Laurent's Visual Studio 11 STATIC build

[Dúthomhas]

I don't know if I'm doing something wrong...

I want to build both dynamically (works like a charm) but with VS on the command-line I'm getting a lot of

error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MT_StaticRelease' in fooey.obj

in the official stuff found here http://www.sfml-dev.org/download/sfml/2.1/

I had to download eXpl0it3r's nightly build (http://sfml.my-gate.net/nightly/), which has a separate little directory with the static stuff.

Once I did that, the following works swimmingly:

cl /EHsc /Ox /MT fooey.cpp sfml-graphics-s.lib sfml-window-s.lib sfml-system-s.lib sfml-main.lib user32.lib

I'm pretty sure there's something mis-configured about the official build.

As a side note, eXpl0it3r also had mis-configured sfml-foo-s.lib files in the regular lib directory...

I just think that if a 'drop-in' kind of download is provided, it ought to have the sfml*-s*.lib files properly configured...

(Unless I missed something really obvious. I don't know how many people try to do things from the command line like me...)

Thanks for reading.

[Laurent]

If you select MT_StaticRelease in your project settings, any library that you use must use this parameter too. Unfortunately, SFML is compiled with MD_DynamicRelease (the most common and safe choice), so as eXpl0it3r's libraries in /lib. However eXpl0it3r also provides SFML libraries compiled with MT_StaticRelease, in /lib/static-std, that's why those work for you.

So it's not SFML which is misconfigured, just you not knowing what this error message means and involves

[eXpl0it3r]

Yep I build all the variants, but non of them are wrong.

lib/sfml-xxx(-d) = Shared SFML library with shared runtime library [/MD(d)]
lib/sfml-xxx-s(-d) = Static SFML library with shared runtime library [/MD(d)]
lib/static-lib/sfml-xxx-s(-d) = Static SFML library with static runtime library [/MT(d)]

[Dúthomhas]

....aaaAAAAAaaahhh....

My new system is the first one that I've ever been able to use VC++ with (my last one was one of the few that .NET 3.5 refused to install with), so I'm still learning how to use VC++.... I didn't know you could build a DLL that way... Before now I've been using GCC/MinGW almost exclusively.

In any case, thank you both for clearing that up for me!