Bradley: "New Fertility Overlay" thread: >Yet another good reason to do a permament switch to scons.
I spent four ours last night, not on upgrading mingw/msys to the latest files, not on compiling globulation 2 (both of which I did in 6 hours the might before :P), but spent all hours solely on getting scons to work on Windows, which failed miserably. It simply does not want to cooperate as far as compiling!
Scons works perfectly on linux. I can compile and run it without any problems in GDB.
But its not so simple on Windows. I installed all the right files, added all the right env paths, moved, copied, replaced, and reinstalled several times. No amount of combination can get scons to work within mingw (only DOS).
Why not use DOS you ask? Because the way the system works (windows xp), anything with an absolute path (/include/freetype2/ for example being one of the main problems), will not work. When I run the script it checks for the dependencies no problem. All are yes. Great!
But when it comes to compiling, without changes to the SConstruct file, it fails. And with changes to it, no much better :P
I'll keep trying when I get time, but I just don't have time till weekends and even then I'm busy. So there isn't much more I can do :(
So, firstly: I would suggest we use scons as the main form of compiling from now on (remove cmake, it might work, but Brad knows scons better, and its already more complete), and delete all unnecessary makefiles (ie. remove everything but src/Makefile.am, and the ones in libgag/), and move configure to win32 folder (adjusting as necessary to still work). That way you use scons, configure it out of your way, and I'll update the
makefile.am files (adding new files) each release to work on windows.
And lastly: I've updated the mingw guide on the wiki for someone with a windows computer to try out. Feel free to try it out, let me know if it works. I might be getting a new Windows computer soon (I mainly use Linux), which will be faster than the one I have atm, and will try it out then too.