Perhaps not the perfect thread for this, but let's see this a the "win32 SDK support thread"

I had a small (tiny) trouble with the SDK, that can become a bit annoying, I think. On my windows machine, I've a directory where I'm storing all new SDKs, allowing me to play a bit with it. But my (more or less) main SDK is an old one, updated with SVN, that I only erase when an important change is done into the SDK (and not into the engine).
While updating to current SVN head, this old SDK started to gives me unresolved symbols about raydium_vertex_arr and things like that (with compile_all.bat), added recently into the engine. Everything was OK with the fresh new 1025 SDK.
I first think that something was changed in the build process, but I was unable to find any difference in the .bat files. On the other hand, the raydium.def file, that I think is used in the linking step, was showing these symbols.
And then I discovered that in my bin directory, there was some libraydium(d).* files, probably built a long time ago with the codeblocks project files and that the building script is linking preferably with these old files than with the freshly compiled raydium.def/.dll files ! That also means that I'm probably linking to the wrong version of the engine in this SDK for quite a long time ago

Removing the suspect files solved immediately the issue.
I dunno if it's even possible, but it could be a good idea to force the compile.bat script to link explicitly to the "correct" DLL instead of letting GCC to (wrongly, sometimes, as we see here) do the job itself using the "-lraydium" switch. Or perhaps simply remove the libraydium.* files during the compile_raydium_dll.bat step, perhaps ?
This absolutely not a urgent or even important point, but that kind of things can turn a simple debugging session into a real nightmare, simply because you don't like the right file
