Compiling with MinGW on Windows itself is not actually supported right now. It should almost be possible, but we haven't actually worked through it all. You might be the one to get it working!

The normal configure stuff always puts the current working directory on the include path, and src/graphics/gl2 is built from src/graphics, so it should be working ok. I think I'd prefer it if the subdir was built as a lib like other subdirs though. Still, it isn't a problem on the other autotools-based platforms we build on.

As for your linking problems, I don't understand. Those symbols all exist in files that are in the repository right now. The bad reloc error I don't know about. Are you building with the autotools scripts, or some other way? Could be a link order thing, I suppose but I'd still expect the standard collect to get it right.

I got everything to compile fine with the latest mingw (had to recompile all libraries of course) but this is the error I get at linking stage. What I did is use Code::Blocks to import the vc2008 project, and made slight modifications to the project to get it to compile:

-removed precompiled headers

-compiled and installed libraries in mingw (png, ogg, vorbis, sdl, zlib, glew, sigc, freetype) and adjusted the names in the linker options so the linker finds them.

Other than that everything went well until the linker spits out the error above.

In other words, no I don't use autotools, I use C::B ; ./bootstrap fails in mingw/msys:

Ahh, interestng. Yeah, I vaguely recall that kind of failure the last time I tried.

What you're probably seeing here is the VS project being out of date. We don't usually keep them all updated; its normally left to individuals using a given compiler to keep it building. Last check we have two, maybe three people using VS 2008 and none of them follow master closely. You might need to look for files that aren't in the project and add them in.

I'm interested to know if you get it working. We currently don't have a way for Windows people to build the game natively without MSVC. There might be some interest in a free alternative.

That's exactly the idea, I prefer a free (speech) alternative to free (beer).

Well, I'm making a bit of progress towards making autotools with mingw. It turns out I didn't have pkg-tool installed. I installed pkg-tool-lite, and now it fails in a different manner:

Edit: ignore above, it's my fault. Stay tuned.

Yeah, I added back what was needed and now autotools work. All it was missing was pkg-config - and it works with http://sourceforge.net/projects/pkgconfiglite/

Compiling now.

Even with autotools, still the linker can't find libraries. Grrr.

Mayeb you could try starting again based on the vs2010 or vs2012 builds. They're much more regularly updated and you already have most of the dependencies started now.

Ooh also, I had planned to do something similar to yourself because the visual studio projects are setup the Express Editions which only allow for 32 bit builds. Whereas a MinGW/C::B's build could be 64bit. However I was going to start with the 32bit version since I knew that "should" be easier to get working.

Are you trying to get it built with 32 or 64 bit libs? Does this make any difference?

Code::Blocks can't import VS 2010 or 2012 projects. Only 2008 and older. The newer formats are incompatible.

All my builds have been 32bit. No point even thinking at 64bit before getting the basics to work.

Ok then, do you have  GitHub repo + branch for this? Maybe someone, possibly me if I can find the time, can collaborate with you and get it running.