Hi Vitaly,
I had a look at this a while back when I thought it might be easier to
work on both windows and mac using eclipse and gcc (and before I
started to understand icompile a bit better). I'm sure the others will
set me straight if I'm not correct here, but I believe the problem
with the code as it stands is that is uses its own G3D_WIN32 define in
response to checking for the _MSC_VER (which is obviously specific to
the MSVC compiler). If you try and use GCC under windows, this will
not be set and you will fail early with a preprocessor error in
platform.h. You *could* add a cross-compiler check for windows
(__WIN32__, say) but you will still have to go through all the
G3D_WIN32 checks throughout the code because some of these are
actually doing things that require MSVC, not just windows - for
example the stopwatches use an MS-specific union. I don't think it
looked insurmountable, but you'd need to create a more fine grained
distinction between the compiler and OS permutations than is currently
supported. In any case, it looked laborious enough for me to give my
wife's Mac book pro straight back to her (for the moment)... :)
Also, having said all that, I'm pretty sure that (assuming you would
use mingw) your gcc compiled exe would end up needing MS runtimes
because it still has a number of dll dependencies? Have you looked at
NSIS instead? It is a pretty cool free install builder and there are a
ton of extensions already written - including one to check and install
the VC10 runtimes as part of the installation process.
E