Boost C++ Libraries: Ticket #1871: regex link error with msvc

attachment set

cedric.naniot@… — Sun, 27 Apr 2008 16:25:55 GMT

attachment → regex.patch

workaround

status changed; resolution set

John Maddock — Mon, 28 Apr 2008 11:09:38 GMT

status new → closed
resolution → fixed

Thanks for the report, fixed in Trunk with revision: http://svn.boost.org/trac/boost/changeset/44842

attachment set

François Barel — Tue, 13 May 2008 17:21:37 GMT

attachment → regex.inc.patch

Fix missing includes in c44842

status changed; resolution deleted

François Barel — Tue, 13 May 2008 17:24:06 GMT

status closed → reopened
resolution fixed

Replying to johnmaddock:

Thanks for the report, fixed in Trunk with revision: http://svn.boost.org/trac/boost/changeset/44842

With c44842 I now get an error when compiling libs/regex/src/wc_regex_traits.cpp in a DLL with VC9, because basic_string, char_traits and allocator are used without being defined (and I guess usinstances.cpp could suffer from the same problem).

The attached regex.inc.patch fixed it for me.

status changed; resolution set

John Maddock — Wed, 14 May 2008 11:16:40 GMT

status reopened → closed
resolution → fixed

Doh! Patch applied to Trunk.

John.

attachment set

dmitriy.ovdienko@… — Wed, 06 Apr 2011 15:04:43 GMT

attachment → bug.7z

Project to reproduce bug

dmitriy.ovdienko@… — Wed, 06 Apr 2011 15:09:18 GMT

I have same issue for boost 1.45 and 1.42. I'm compiling mixed .NET application using VS2008 and get error:

msvcprtd.lib(MSVCP90D.dll) : error LNK2005: "public: thiscall std::allocator<unsigned short>::allocator<unsigned short>(void)" (??0?$allocator@G@std@@QAE@XZ) already defined in 2.obj

Please find sample of project attached.

status, version changed; resolution deleted

anonymous — Wed, 06 Apr 2011 15:10:23 GMT

status closed → reopened
version Boost 1.35.0 → Boost 1.45.0
resolution fixed

version changed

anonymous — Wed, 06 Apr 2011 15:12:50 GMT

version Boost 1.45.0 → Boost 1.46.1

Reproducible on boost 1.46.1.

status changed; resolution set

John Maddock — Mon, 25 Apr 2011 09:04:42 GMT

status reopened → closed
resolution → invalid

This isn't really a regex lib issue - you are linking *two different runtime libraries* in the same program - and you just can't do that. Period. Ever. Even if you get it to link it probably won't run correctly.

Either - use regex as a dll, or, Compile everthing (including the regex lib) using the same options.

status changed; resolution deleted

dmitriy.ovdienko@… — Tue, 26 Apr 2011 09:03:23 GMT

status closed → reopened
resolution invalid

you are linking *two different runtime libraries*

I'm building mixed .NET application. Part of the code is built as native C++ code (2.cpp). Part of the code is built as C++/CLI (1.cpp). Runtime *is the same* Multithreaded debug DLL (/MDd). I'm linking regex as static debug library.

Let me describe that:

cl /nologo /Iinclude/boost-1_45_0 /MDd /c /EHsc 2.cpp

Compiles 2.cpp with /MDd into 2.obj

cl /nologo /Iinclude/boost-1_45_0 /clr /LD /MDd 1.cpp 2.obj /link /LIBPATH:lib/x32

Compiles 1.cpp with /MDd as C++/CLI code, links 2.obj and libboost_regex-vc90-mt-gd-1_45.lib into .NET assembly 1.dll

Try linker switch /verbose to check that.

status changed; resolution set

John Maddock — Mon, 09 May 2011 17:07:10 GMT

status reopened → closed
resolution → wontfix

OK, can reproduce, but I don't have a fix that doesn't break something else.

This is caused by wc_regex_traits.cpp and usinstances.cpp which pull in declspec(dllexport) std::allocator<unsigned short>::allocator(), but then your source files result in std::allocator<unsigned short>::allocator() (without the dllimport) being defined and hence the clash. In other words it's caused by MS's headers getting in a pickle and defining symbols differently depending what compiler options are used.

There are two solutions:

Manually add the regex source files to your project with the exception of cw_regex_traits.cpp and usinstances.cpp, or build everything with BOOST_REGEX_DYN_LINK defined and link to the regex dll rather than the static lib.

HTH, John.