I think the issue is with the fact that to build the debug configuration you basically need both debug and release versions of the dependencies built. I already mentioned this once, and it's a situation that will almost certainly not change (though I'm considering some further tweaks to make it harder for people to make dumb mistakes - watch this space, as they say
). It's not that hard to build the two configurations in most cases, if you are using the IDE you can use the batch build facility, and have a cup of coffee while it does it's thing. If you are at the command line you can do:
- Code: Select all
msbuild ALL_BUILD.vcxproj /v:q /t:Build /p:Configuration=Debug
- Code: Select all
msbuild ALL_BUILD.vcxproj /v:q /t:Build /p:Configuration=Release
And then a similar approach can be used to build CEGUI itself once the built dependencies have been moved/copied into place (personally, in my test environment, I create a junction from 'dependencies' in the build location to 'cegui_mk2/dependencies'.
If you are using the nmake/jom makefile generator, then things are slightly muddied, since you still need both sets of dependency libs built, even though you're only specifying one configuration as the build type per cmake invocation. While I acknowledge that this is not perfect (and likely never will be), the fact is that on the Windows platform you will, in 99% of cases, be needing both configurations built, for the reason highlighted in my advise that follows.
I should take this opportunity to advise that when using MSVC++ (and perhaps other compilers on Windows, too), you should never, ever
link Release configuration code to libraries built using the Debug configuration (or vice-versa). While the linker may allow that to happen, the resulting binaries will be linked with two separate c/c++ runtimes, as well as having other inconsistencies, both scenarios will invariably lead to unstable behaviour. This is not a CEGUI specific thing, it applies across the board to virtually all components that are not part of the core windows libs.