Hello everyone; I have been wrestling with linking to boost::regex lib for some time now, and have looked everywhere to try and avoid posting a dumb question, but I still am getting no further. I am using MSVC 6 SP5, built boost with jam, with the following parameters: "-sTOOLS=msvc-stlport" "-sBUILD=debug <stlport-iostream>off <stlport-version>4.5.3 <runtime-link>dynamic" "-sSTLPORT_PATH={path}" Upon linking with the auto-link lib file, I MSVC complains as follows: PSRecord.obj : error LNK2001: unresolved external symbol "void __cdecl boost::re_detail::raise_regex_exception(class _STL::basic_string<char,struct std::char_traits<char>,class _STL::allocator<char> > const &)" (?raise_regex_exception@re_detail@boost@@YAXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@_STL@@@_STL@@@Z) [ other unresolved external messages snipped ] dumping libboost_regex-vc6-mt-gdpn-1_32.lib generated by jam, I find this: ?raise_regex_exception@re_detail@boost@@YAXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z which is the closest to what VC wants (I am attempting to link to an application using the Multithreaded Debug DLL runtime). any ideas what I am missing? cheers, jeff poirier Software Designer / Servers Group, VertigoXMedia
Upon linking with the auto-link lib file, I MSVC complains as follows:
PSRecord.obj : error LNK2001: unresolved external symbol "void __cdecl boost::re_detail::raise_regex_exception(class _STL::basic_string<char,struct std::char_traits<char>,class _STL::allocator<char> > const &)" (?raise_regex_exception@re_detail@boost@@YAXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@_STL@@@_STL@@@Z)
[ other unresolved external messages snipped ]
dumping libboost_regex-vc6-mt-gdpn-1_32.lib generated by jam, I find this: ?raise_regex_exception@re_detail@boost@@YAXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z
which is the closest to what VC wants (I am attempting to link to an application using the Multithreaded Debug DLL runtime).
any ideas what I am missing?
The version in the lib has it's std lib in namespace "std" rather than "_STL", I'm guessing that STLPORT_PATH was setup incorrectly and so the lib build didn't include the STLPort headers. Either that or else __STL_DEBUG was set inconsistently between the two builds (bjam turns it on for debug builds). John.
participants (2)
-
Jean Francois Poirier
-
John Maddock