{"id":11,"date":"2012-05-02T23:25:55","date_gmt":"2012-05-03T04:25:55","guid":{"rendered":"http:\/\/www.brokencode.tumati.net\/?p=11"},"modified":"2012-05-02T23:25:55","modified_gmt":"2012-05-03T04:25:55","slug":"ccli-or-managed-c-and-boostregex-release-build-issues","status":"publish","type":"post","link":"http:\/\/www.brokencode.tumati.net\/?p=11","title":{"rendered":"C++\/CLI (or managed C++) and boost::regex release build issues"},"content":{"rendered":"

Sometimes you just don’t want to bother interfacing with a 3rd-party COM interface doing all the COM-y stuff that’s required. \u00a0The easiest way is using C++\/CLI and adding a reference to a type library. \u00a0If you happen to have an application that’s written in C++ and you also happen to use boost::regex, if you do a release build and attempt to build your application with \/clr turned on, you’re going to end up seeing a problem like this:<\/p>\n

1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “void __cdecl boost::re_detail::raise_runtime_error(class std::runtime_error const &)” (?raise_runtime_error@re_detail@boost@@$$FYAXABVruntime_error@std@@@Z)
\n1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “void __cdecl boost::re_detail::put_mem_block(void *)” (?put_mem_block@re_detail@boost@@$$FYAXPAX@Z)
\n1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “void * __cdecl boost::re_detail::get_mem_block(void)” (?get_mem_block@re_detail@boost@@$$FYAPAXXZ)
\n1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “void __cdecl boost::re_detail::verify_options(unsigned int,enum boost::regex_constants::_match_flags)” (?verify_options@re_detail@boost@@$$FYAXIW4_match_flags@regex_constants@2@@Z)
\n1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl boost::re_detail::w32_transform(unsigned int,char const *,char const *)” (?w32_transform@re_detail@boost@@$$FYA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IPBD0@Z)
\n1>VoidRaySTIIQ.obj : error LNK2001: unresolved external symbol “char const * __cdecl boost::re_detail::get_default_error_string(enum boost::regex_constants::error_type)” (?get_default_error_string@re_detail@boost@@$$FYAPBDW4error_type@regex_constants@2@@Z)<\/p><\/blockquote>\n

 <\/p>\n

Googling for the solution doesn’t yield an obvious solution, but there is one post that led me to the correct course of action, and that link is here: \u00a0http:\/\/permalink.gmane.org\/gmane.comp.lib.boost.devel\/226293<\/a><\/p>\n

The issue is that the calling convention is specified incorrectly when you compile a release build. \u00a0For some reason, the library is misconfigured for release operation. \u00a0My hack of a solution (probably not optimal, but it worked…) was to just rebuild the library after having modified boost\/regex\/config.hpp and replacing the part dealing with calling conventions from this:<\/p>\n

#if defined(BOOST_MSVC) && (BOOST_MSVC >= 1200) && defined(_MSC_EXTENSIONS)
\n#if defined(_DEBUG) || defined(__MSVC_RUNTIME_CHECKS) || defined(_MANAGED)
\n# define BOOST_REGEX_CALL __cdecl
\n#else
\n# define BOOST_REGEX_CALL __fastcall
\n#endif
\n# define BOOST_REGEX_CCALL __cdecl
\n#endif<\/p>\n

#if defined(__BORLANDC__) && !defined(BOOST_DISABLE_WIN32)
\n# define BOOST_REGEX_CALL __fastcall
\n# define BOOST_REGEX_CCALL __stdcall
\n#endif<\/p>\n

#ifndef BOOST_REGEX_CALL
\n# define BOOST_REGEX_CALL
\n#endif
\n#ifndef BOOST_REGEX_CCALL
\n#define BOOST_REGEX_CCALL
\n#endif<\/p><\/blockquote>\n

to this (where I just make everything a __cdecl to avoid hassles with the preprocessor defines):<\/p>\n

<\/div>\n
\n
\n
#if defined(BOOST_MSVC) && (BOOST_MSVC >= 1200) && defined(_MSC_EXTENSIONS)<\/div>\n
#if defined(_DEBUG) || defined(__MSVC_RUNTIME_CHECKS) || defined(_MANAGED)<\/div>\n
# \u00a0define BOOST_REGEX_CALL __cdecl<\/div>\n
#else<\/div>\n
# \u00a0define BOOST_REGEX_CALL __cdecl<\/div>\n
#endif<\/div>\n
# \u00a0define BOOST_REGEX_CCALL __cdecl<\/div>\n
#endif<\/div>\n
<\/div>\n
#if defined(__BORLANDC__) && !defined(BOOST_DISABLE_WIN32)<\/div>\n
# \u00a0define BOOST_REGEX_CALL __cdecl<\/div>\n
# \u00a0define BOOST_REGEX_CCALL __stdcall<\/div>\n
#endif<\/div>\n
<\/div>\n
#ifndef BOOST_REGEX_CALL<\/div>\n
# \u00a0define BOOST_REGEX_CALL __cdecl<\/div>\n
#endif<\/div>\n
#ifndef BOOST_REGEX_CCALL<\/div>\n
#define BOOST_REGEX_CCALL<\/div>\n
#endif<\/div>\n<\/blockquote>\n<\/div>\n

At some point I will revisit the “correct” solution. \u00a0 But if you need to get your stuff to work and don’t care about calling convention subtleties, then this should work. \u00a0Just be sure to rebuild your boost libraries from scratch after having done this.<\/p>\n

I spent a long time trying to figure out this one. \u00a0It was a huge waste of time. \u00a0I hope this solution helps you.<\/p>\n","protected":false},"excerpt":{"rendered":"

Sometimes you just don’t want to bother interfacing with a 3rd-party COM interface doing all the COM-y stuff that’s required. \u00a0The easiest way is using C++\/CLI and adding a reference to a type library. \u00a0If you happen to have an application that’s written in C++ and you also happen to use boost::regex, if you do […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-11","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/posts\/11","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=11"}],"version-history":[{"count":3,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/posts\/11\/revisions"}],"predecessor-version":[{"id":14,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=\/wp\/v2\/posts\/11\/revisions\/14"}],"wp:attachment":[{"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=11"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=11"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.brokencode.tumati.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=11"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}