+- Forums (https://www.vdrift.net/Forum)
+-- Forum: Project (https://www.vdrift.net/Forum/forumdisplay.php?fid=4)
+--- Forum: Development (https://www.vdrift.net/Forum/forumdisplay.php?fid=9)
+--- Thread: Fixing Win32 build with SCons (/showthread.php?tid=719)
- mak77 - 07-10-2007
probably glew references should be put under a ifdef WIN32, or it will no more compile on other platforms...
hwv i can compile your last build, but in XP vm it crashes with a stack trace in deinit(), i don't get any message on opengl... it continues to open window and close immediately on Vista
- joevenzon - 07-10-2007
I noticed in R1764 you're using glewGetExtension. Don't use the glew extensions functions! I've already got a dedicated cardinfo class set up to manage them. So replace any lines like
Code:
if( glewGetExtension("GL_ARB_multitexture") )Code:
if (game.gfxcard.GetCapability(CARDINFOTYPE::MULTITEXTURE) )- thelusiv - 07-10-2007
I was going to ask you about that, Joe. You might have noticed I only put one of those in there. Should GLEW be used to (enhance, replace, supplement) the CARDINFO class?
- joevenzon - 07-10-2007
Nah, the cardinfo class already checks for extensions using the standard OpenGL API. Nothing would be gained by changing the cardinfo class to use GLEW instead of GL.
- mak77 - 07-11-2007
to readd the vdrift icon to the exe add to tools/win a resource.rc containing
Code:
#include <windows>
LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL
100 ICON VDrift.icothen modify src/sconscript like
Code:
if sys.platform == 'win32':
vdrift = local_env.Program(target='vdrift', source=[src, vamosobjs, guiobjs, env.RES('../tools/win/resource.rc')])
else:
vdrift = local_env.Program(target='vdrift', source=[src, vamosobjs, guiobjs])notice that this way the resource.rc is compiled into tools/win/resource.o, while it should compile to build folder
- mak77 - 07-12-2007
i have moved the build (with the new data folder) to Vista with a 7900GS and it works!
It's not very stable, i have often crashes (and in virtual machine without a 3D card it crashes instead of tell me that my card is not supported) and suffer of graphic glitches... Also changing the resolution makes all menu texture disappear
- thelusiv - 07-13-2007
mak77, maybe we should make this stuff in resource.rc part of the header that's generated by SCons (definitions.h). It would not be too difficult to add, we just need a switch for windows that puts that stuff at the beginning of the file. How does that sound? Do we have to use env.RES()? I've never seen that before, what exactly does it do?
- mak77 - 07-14-2007
.rc files MUST be compiled by windres (see in dev-cpp bin folder or mingw32 i think), it takes a .rc and resources (.ico in our case) and compiles them together in a .res file (it's however a .o in mingw)
env.RES does recognize that as a resource file and uses windres to compile it, the result is a (.res).o file that can be linked with others, containing the icon... i don't think that you can add those headers to a common .h...
- thelusiv - 07-16-2007
Alright, I see, I will commit these changes shortly...
What other issues remain with the Win32 build? It seems to be working for you on Vista, I haven't yet tested it on any other machines besides my VM. Has anyone else tried this? Perhaps I should prepare a pared down test package so people don't have to check out SVN, install all the dependencies, and build it themselves. Anyone interested?
- mak77 - 07-16-2007
don't remember if this has already been fixed but stdout.txt and stderr.txt should not be written to game dir, but they should be written to user dir, in Vista the program cannot write to its folder
i don't know what other problems are related to windows, what are related to incomplete data, what to normale development... i get frequent crashes but different results selecting different tracks or cars
however i compile on XP, on Vista i have only tested the game
latest build does not compile because it lacks SDL into libs
else:
libs_link = [ 'opengl32', 'glu32', 'glew32', 'mingw32', 'SDLmain', 'SDL', common_libs ]
I could also suggest to compress (don't know if scons can call external tools) the executable using UPX, the final exe is now 31MB while compressed it's about 4.5MB
also "Status: Using GLEW 1.4.0" is probably lacking a \n
- joevenzon - 07-16-2007
If you compile without debugging (used to be release=1, does that still work?) the executable is on the order of a meg or two.
- mak77 - 07-16-2007
joevenzon Wrote:If you compile without debugging (used to be release=1, does that still work?) the executable is on the order of a meg or two.
yes, you're right, sorry!
- thelusiv - 07-16-2007
Well I didn't check the changes in yet, I created the resource.rc file but wanted to retool a little of the stuff in src/SConscript before I check it in. It'll be done soon...
Also I noticed bugsyv used env['PLATFORM'] to detect which platform compilation is being done on, but I've been using sys.platform. I guess we should be using the same thing everywhere instead of different things...I think I'll change the sys.platform ones to env['PLATFORM'], that seems like a more SCons-y way to do it.
- rookie1 - 07-17-2007
Is GLEW going to be a required library in Linux as well? My copy of svn trunk does not compile now in Linux without GLEW.
- thelusiv - 07-17-2007
For now GLEW is used in all the builds. I'm not sure if it will be that useful in the long run, as it generally duplicates functionality in the CARDINFO class.