Development > Newbie Coding
(log) Actually got new build system to (partially) work on Windows 7
Destructavator:
OK, this is what I've found is necessary to build with the new MSYS thing on Windows, and it looks like I actually got "game.dll" to compile but not most of the other stuff.
1 - Download the custom C::B package from UFO:AI site.
2 - Unpack it and add the MinGW/bin folder to the Windows PATH
3 - Go in to MinGW/bin and COPY the "gcc.exe" (not re-name!) file to "cc.exe"
4 - Run the MSYS shell from the batch file in the C::B package under MinGW
5 - Change directory inside the shell to where your downloaded Git copy of the game is
6 - Run "configure"
7 - Run "make"
8 - Watch happily as some stuff compiles and other stuff bombs out (until things are fixed).
As you can see in the log, I also ran "make ufo2map" because when testall failed, it stopped there and I wanted to see if I could make other parts compile.
Muton:
First please move this here
.) Than use the attached bash script to build a MinGW environment (ver 0.3.0)
.) move ufoai source under c:\wherever\UFOAIwin32BUILDenv\mingw
.) run the bat
.) move to /mingw
.) ./configure LDFLAGS="-static-libgcc -static-libstdc++"
.) sed 's/#undef HAVE_THEORA_THEORA_H/#define HAVE_THEORA_THEORA_H/g' config.h >config.h.tmp && mv config.h.tmp config.h
.) sed 's/#undef HAVE_XVID_H/#define HAVE_XVID_H/g' config.h >config.h.tmp && mv config.h.tmp config.h
.) sed 's/#undef HAVE_VORBIS_CODEC_H/#define HAVE_VORBIS_CODEC_H/g' config.h >config.h.tmp && mv config.h.tmp config.h
.) make
.) ....
btw. to link statically use
.) ./configure LDFLAGS="-static"
but not on radiant, even ufo.exe will not link successfully because of some missing libs
(not the libs are missing, the command line miss some libs)
I'm able to build ufo.exe + tools even radiant (yes under MinGW)
Static linking need a fix
and the undef bug in configure need to be fixed too
under C::B you can use (other linker options) ... to build ufo.exe using static libs
I'm sure some libs can be removed
--- Code: ----static
--start-group -lopengl32 -lSDL_mixer -lSDLmain -lSDL -lSDL_image -lSDL_ttf -lpthread -lcurl -lpng14 -ltiff -lfreetype -ljpeg -lflac -ltheora -lvorbis -logg -lvorbisfile -lxvidcore -lsmpeg -lintl -lws2_32 -ldxguid -liconv -lz -lwinmm --end-group
--- End code ---
The new MinGW is bigger than the old one
because of tons of dll's (I hate it to search for dll's)
I've modified libxml to use libxml2.dll instead of libxml2-2.dll (radiant related*)
I've modified gettext, more specific libintl to use intl.dll instead of libintl-8.dll (radiant related*)
I'm using libjpeg-turbo instead of the old libjpeg6 ( because its maintained [libjpeg8 isn't compatible] )
Python support
Git support
recompiled all libs needed for ufoai+tools using --enable-static --enable-shared (exclusive radiant libs)
*
gtk and glib do have a lot of dependencies
and those old dlls request for libxml2.dll.. forced me to manipulate the lib (only pointing to the right direction *.la, *.dll.a files)
to reduce the dll's under contrib\radiant
radiant need the new libglib-2.0-0.dll because of malloc0
Mattn:
the commandline does not miss any libs on my static build that is produced each night with our build bot at http://ufoai.ninex.info/snapshots - so maybe one of your libs is not build statically?
Mattn:
btw. also radiant links statically now - though the version that was last produced by the night build has problems with from gtkglext widget - still searching for it. would be nice if someone else could test it, too - maybe it's only my machine.
Destructavator:
@ Muton & Mattn:
Some of what you have discussed in this thread I am familiar with and understand, some I don't, but regardless, just let me know when fixes/updates are committed to the master (for this issue) and I will happily try again (and post another log), until the system fully works.
Navigation
[0] Message Index
[#] Next page
Go to full version