Regex boost 1.33 - (mingw/w32) linking problem
Hi, I compiled the regex library with: bjam.exe -sTOOLS=mingw -sMINGW_ROOT_DIRECTORY=D:\Dev-Cpp When linking my project with the generated library (libboost_regex-mgw-d-1_33.lib), I get: ../sources/cmdline.o(.text+0x6fe9): In function `_tcf_1': d:/Dev-Cpp/Bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:257: undefined reference to `boost::re_detail::cpp_regex_traits_implementation<char>::init()::null_string' ... etc.... Does that mean I should try using STLPort or ? Regards, Arno
Arno Mauhourat wrote:
I compiled the regex library with: bjam.exe -sTOOLS=mingw -sMINGW_ROOT_DIRECTORY=D:\Dev-Cpp
When linking my project with the generated library (libboost_regex-mgw-d-1_33.lib), I get:
../sources/cmdline.o(.text+0x6fe9): In function `_tcf_1': d:/Dev-Cpp/Bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:257: undefined reference to `boost::re_detail::cpp_regex_traits_implementation<char>::init()::null_string' ... etc....
Does that mean I should try using STLPort or ?
I was running regression tests for boost 1.33 on mingw 3.4.2 and did not have any problems with this compiler (except known problem with limited support for wchar_t - but you are not seeing this). You may see results: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/ B.
I compiled the regex library with: bjam.exe -sTOOLS=mingw -sMINGW_ROOT_DIRECTORY=D:\Dev-Cpp
When linking my project with the generated library (libboost_regex-mgw-d-1_33.lib), I get:
../sources/cmdline.o(.text+0x6fe9): In function `_tcf_1': d:/Dev-Cpp/Bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:257: undefined reference to `boost::re_detail::cpp_regex_traits_implementation<char>::init()::null_string' ... etc....
Does that mean I should try using STLPort or ?
Works OK for me (with the latest MinGW stable releases / gcc-3.4.2). One thing you could check: what command line did you use to link? You did place the regex library *after* any object files that depend upon it didn't you? John.
participants (2)
-
Arno Mauhourat
-
Bronek Kozicki -
John Maddock