Discuss the hosted development builds here.
[Home]
Moderator: Dev Builds Team
Janizdreg
Posts: 8Joined: Fri Oct 07, 2005 18:41Location: Finland
Contact:
Post
by Janizdreg Sun Feb 07, 2010 0:39
The current situation with the Chocolate Doom SVN builds is that exp(x), the current maintainer, has become unable to maintain his builds. Which means we are now hoping someone from the DRD Team SVN builds team could do it. So, would anyone be willing to do this?
Also, in case it helps, the script exp(x) used to build the Chocolate SVN builds is available
here . The build process was fully automated, so maybe you could make it that way too.
In addition to the mainline stuff, there are currently several different Chocolate branches in the works:
an OPL branch ,
a Raven (Heretic/Hexen) branch and a
Strife branch . If builds of all of these could be made, it would be excellent.
Rachael
Developer
Posts: 3646Joined: Sat May 13, 2006 10:30
Post
by Rachael Sun Feb 07, 2010 7:06
This is a possibility, but the basic prerequisite to offering such builds would be a volunteer who would be willing to maintain them. If someone does offer to compile them and check regularly for updates, we might be able to host them.
Gez
Developer
Posts: 1399Joined: Mon Oct 22, 2007 16:47
Post
by Gez Mon Feb 08, 2010 14:45
I've taken a look, since I already have all the needed libraries installed, as they're also required by Eternity.
I make no promise, however. I need to set it up so that I have only the trunk and the branches, and that they all form just one project; because I don't want to bother with the tags and the miscellaneous stuff, nor to have to compile each branch separately. (And I don't feel like installing Bash and mingw for Windows, so exp(x)'s script is useless for me.) For the moment, it refuses to compile with the following errors:
Code: Select all
1>MSVCRTD.lib(cinitexe.obj) : warning LNK4098: defaultlib 'msvcrt.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
1>d_iwad.obj : error LNK2019: unresolved external symbol __imp__RegCloseKey@4 referenced in function _GetRegistryString
1>d_iwad.obj : error LNK2019: unresolved external symbol __imp__RegQueryValueExA@24 referenced in function _GetRegistryString
1>d_iwad.obj : error LNK2019: unresolved external symbol __imp__RegOpenKeyExA@20 referenced in function _GetRegistryString
1>i_system.obj : error LNK2019: unresolved external symbol __imp__MessageBoxW@16 referenced in function _I_Error
Probably very easy to fix, I'll look more into it later.
Gez
Developer
Posts: 1399Joined: Mon Oct 22, 2007 16:47
Post
by Gez Mon Feb 08, 2010 16:48
Okay, so to get rid of the conflict: Project Properties->Linker->Input->Ignore specific libraries: msvcrt
Graf Zahl
GZDoom Developer
Posts: 7148Joined: Wed Jul 20, 2005 9:48Location: Germany
Contact:
Post
by Graf Zahl Mon Feb 08, 2010 18:03
Since Fraggle doesn' use MSVC I'm not surprised that these files are not well maintained...
Gez
Developer
Posts: 1399Joined: Mon Oct 22, 2007 16:47
Post
by Gez Mon Feb 08, 2010 20:28
I changed the configuration to "release" instead of "debug", and it's now even worse.
I think I'll leave it be for the time being. This obviously should be done by someone who has a Linux/bash/mingw setup for compiling.
