Unresolved symbols
Hi everyone, I'm using Boost 1.39, and I'm getting the following linker errors on MSVC9: MainWindow.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (__imp_?get_system_category@system @boost@@YAABVerror_category@12@XZ) referenced in function "void __cdecl boost::system::`dynamic initializer for 'system_category''(void)" (??__Esystem_category@system@boost@@YAXXZ) OverlayViewModel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (__imp_?get_system_category@system @boost@@YAABVerror_category@12@XZ) OverlayNode.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (__imp_?get_system_category@system @boost@@YAABVerror_category@12@XZ) MainWindow.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_generic_category(void)" (__imp_?get_generic_category@system@boost@@YAABVerror_category@12@XZ) referenced in function "void __cdecl boost::system::`dynamic initializer for 'generic_category''(void)" (??__Egeneric_category@system@boost@@YAXXZ) OverlayViewModel.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_generic_category(void)" (__imp_?get_generic_category@system@boost@@YAABVerror_category@12@XZ) OverlayNode.obj : error LNK2001: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_generic_category(void)" (__imp_?get_generic_category@system@boost@@YAABVerror_category@12@XZ) The issues above don't really make any sense. The calling convention, according to the information above, is __cdecl, and in my project settings I'm using cdecl as well. I found several posts about this on the mailing list but no solutions were offered that I could see. How can I resolve these issues? Note that I am using static libraries.
AMDG Robert Dailey wrote:
I'm using Boost 1.39, and I'm getting the following linker errors on MSVC9:
MainWindow.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (__imp_?get_system_category@system @boost@@YAABVerror_category@12@XZ) referenced in function "<snip>
The issues above don't really make any sense. The calling convention, according to the information above, is __cdecl, and in my project settings I'm using cdecl as well. I found several posts about this on the mailing list but no solutions were offered that I could see. How can I resolve these issues? Note that I am using static libraries.
That's odd. It looks like either BOOST_ALL_DYN_LINK or BOOST_SYSTEM_DYN_LINK is defined. In Christ, Steven Watanabe
On Sun, Jun 14, 2009 at 7:06 PM, Steven Watanabe
AMDG
Robert Dailey wrote:
I'm using Boost 1.39, and I'm getting the following linker errors on MSVC9:
MainWindow.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (__imp_?get_system_category@system @boost@@YAABVerror_category@12@XZ) referenced in function "<snip>
The issues above don't really make any sense. The calling convention, according to the information above, is __cdecl, and in my project settings I'm using cdecl as well. I found several posts about this on the mailing list but no solutions were offered that I could see. How can I resolve these issues? Note that I am using static libraries.
That's odd. It looks like either BOOST_ALL_DYN_LINK or BOOST_SYSTEM_DYN_LINK is defined.
Thanks Steven, bringing up this point made me double check my preprocessor directives, and sure enough BOOST_ALL_DYN_LINK was being defined. It was something that slipped into my CMake scripts by mistake. Thanks a bunch for pointing out this issue for me!
participants (2)
-
Robert Dailey -
Steven Watanabe