Herb wrote:@bronzebeard - I'm in awe that you still run 2005... I didn't even know you could install / run that in win7 anymore.
I'm using XP64 (Server 2003) as my main dev box. But yes, vs2005 actually works on Windows 8!
You'd be more in awe if I told you I'm using QuickGUI on Ogre 1.7.4 in commercial product that has sold roughly 10,000 copies in a year. As that 90s female RnB band, TLC, once sang... "Don't go chasing technology. Please stick to that old code you're used to."
I am also still using VC2005.. but now it mostly to maintain the old code. The new project, is probably going to use VC2013, but 2005 is so much more convenient..
A willow deeply scarred, somebody's broken heart
And a washed-out dream
They follow the pattern of the wind, ya' see
Cause they got no place to be
That's why I'm starting with me
I don't like to change tools unless it is really necessary *and* I have lots of free time ahead. It's a nasty habit I got from my day job. We have some projects we are still maintaining with Borland C++
Herb wrote:Haven't seen benchmarks on those yet, but I "hear" 2015 is suppose to be a much improved compiler over older Microsoft ones.
While the interface got slower (been downhill since vs2008) every compiler has produced better code. I've gotten better framerates in Ogre for each new VS compiler.
phobossion wrote:Out of curiosity - was any of you guys able to build the dependencies in Debug configuration? My compilation fails for SDL2 with ~10 unresolved externals, all from the CRT library. Release builds fine though, so I am using that in the meantime... Just curious if someone was able to work around this issue.
Also, is anyone working on the D3D11 support? From a quick look into "FindDirectX11.cmake" it seems the fix should be quite trivial. I can contribute it, but I am pretty sure someone else is doing it already, right?
Yeah this happened to me when I tried to build SDL2 along with the other dependencies.
Disable SDL2 in Cmake when generating the dependencies and built it separately using the provided solution in the VisualC folder of SDL2.