SFML2 static linking with mingw32: undefined references.

[WitchD0ctor]

Hey, I was having similar problems when I using a newly compiled static build of sfml 2 and using SFML-STATIC got rid of most of them, but, now i have 3 left

Code: [Select]


sfml-system-s.lib(String.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: static unsigned int __cdecl std::ctype<wchar_t>::_Getcat(class std::locale::facet const * *,class std::locale const *)" (__imp_?_Getcat@?$ctype@_W@std@@SAIPAPBVfacet@locale@2@PBV42@@Z)
1>sfml-system-s.lib(String.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: wchar_t __thiscall std::ctype<wchar_t>::widen(char)const " (__imp_?widen@?$ctype@_W@std@@QBE_WD@Z)
1>sfml-system-s.lib(String.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: char __thiscall std::ctype<wchar_t>::narrow(wchar_t,char)const " (__imp_?narrow@?$ctype@_W@std@@QBED_WD@Z)


any idea why String is giving me issues?

[Laurent]

Make sure that wchar_t is defined as a native type in the C++ options of your project.

[WitchD0ctor]

double checked, seems as though it already is

[Laurent]

Which compiler are you using?

[WitchD0ctor]

Visual Studios 2010, compiling as 32 bit

[Laurent]

Did you leave the STATIC_STD_LIB CMake option disabled when you built SFML? Which CRT option do you use in your project?

[Gez]

I have the same problem so I figured it'd be okay to use the same thread, even if it is an old one?

1>Linking...
1>sfml-system-s.lib(String.cpp.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: static unsigned int __cdecl std::ctype<wchar_t>::_Getcat(class std::locale::facet const * *,class std::locale const *)" (__imp_?_Getcat@?$ctype@_W@std@@SAIPAPBVfacet@locale@2@PBV42@@Z)

The IDE and compiler used is good old VC++ Express 2005.

Project settings that might be relevant:

Multi-threaded DLL (/MD)
__cdecl (/Gd)
Compile as C++ Code (/TP)

/O2 /Oi /D "WIN32" /D "USE_SFML_RENDERWINDOW" /D "__WXMSW__" /D "_WINDOWS" /D "NOPCH" /D "_CRT_SECURE_NO_WARNINGS" /D "_CRT_SECURE_NO_DEPRECATE" /D "GLEW_STATIC" /D "SFML_STATIC" /D "NDEBUG" /D "UPDATEREVISION" /D "_UNICODE" /D "UNICODE" /GF /FD /EHsc /MD /Gy /Fo"Release\\" /Fd"Release\vc80.pdb" /W3 /nologo /c /Zi /TP /errorReport:prompt

And yes, wchar_t is treated as a built-in type.

This is using the SFML 2.0 RC I downloaded from the official site yesterday (SFML-2.0-rc-windows-32-vc2008.zip from 14 June 2012); so I didn't build SFML myself. Can this be caused because it was apparently compiled with MSVC++ 2008? It'd be the first time I'd see such an incompatibility between both versions though.

[Laurent]

2005 and 2008 are not compatible, you must recompile SFML.