升级到
boost 1.60.0时,某些应用程序在Windows 7上使用MinGw 4.9.2构建时无法与
boost log链接.
undefined reference to `_imp___ZN5boost3log9v2_mt_nt67trivial6logger3getEv' undefined reference to `_imp___ZN5boost3log9v2_mt_nt63aux15stream_providerIcE17allocate_compoundERNS1_6recordE' undefined reference to `_imp___ZN5boost3log9v2_mt_nt63aux25unhandled_exception_countEv' undefined reference to `_imp___ZN5boost3log9v2_mt_nt611record_view11public_data7destroyEPKS3_' bad reloc address 0x1 in section `.text$_ZNK5boost4asio5error6detail13misc_category4nameEv[__ZNK5boost4asio5error6detail13misc_category4nameEv]'
注意：BOOST_LOG_DYN_LINK定义为：
g++ -c -pipe -fno-keep-inline-dllexport -Wall -Wextra -Wpedantic -Ofast -std=c++1y -frtti -fexceptions -mthreads -DUNICODE -DLOGGING_ENABLED -DNTDDI_VERSION=NTDDI_WIN7 -D_WIN32_WINNT=_WIN32_WINNT_WIN7 -DBOOST_THREAD_USE_LIB=1 -DBOOST_LOG_DYN_LINK=1
boost 1.60.0构建日志文件显示boost log和boost log_setup都没有任何错误或警告,包括一些它无法链接的文件,例如：
gcc.compile.c++ bin.v2\libs\log\build\gcc-mingw-4.9.2\release\threading-multi\trivial.o gcc.compile.c++ bin.v2\libs\log\build\gcc-mingw-4.9.2\release\threading-multi\unhandled_exception_count.o
应用程序在Windows 7上使用boost 1.59.0与MinGw 4.9.2链接正常,并在Fedora 23上使用boost 1.60.0与gcc 5.1.1链接OK.
自升值1.58.0以来boost asio没有变化.那么boost log在boost 1.59.0和boost 1.60.0之间的变化是什么导致MinGw链接在Windows上失败？
Boost.Log可能使用与您的应用程序不同的选项构建,因此它具有不同命名的版本命名空间.看一下
Dependency Walker的导出符号并查看
description.我怀疑,不同之处在于命名空间的OS API组件,因为目标Windows版本的设置在1.60中有
changed.您正在为Windows 7构建应用程序,而Boost.Log很可能是为Windows XP构建的.
确定差异后,必须更正Boost构建选项并重建Boost.例如.将目标Windows版本设置为7将BOOST_USE_WINAPI_VERSION定义为0x0601.如果您不想更改Windows版本的Boost,则可以在构建应用程序时将BOOST_USE_WINAPI_VERSION定义为0x0501,这表明即使应用程序的目标是7,您仍希望Boost继续定位XP.
