5

我正在用GCC 4.5.2and Boost 1.46.1(用 编译--build-type=complete)构建一个共享库,这是来自 Makefile 的一个命令,它执行链接部分:

$(CXX) -static -lboost_filesystem -fpic -shared $^ -o $@

一切都编译得很好,但是当它被应用程序加载时出现以下错误:

plugins/crashdetect.so: undefined symbol: _ZN5boost11filesystem34path21wchar_t_codecvt_facetEv

ldd输出:

linux-gate.so.1 =>  (0x002f8000)
libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0x00bf5000)
libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0x0032d000)
libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0x00506000)
/lib/ld-linux.so.2 (0x006f6000)
libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0x00110000)

我相信这意味着它静态链接了Boost。

nm crashdetect.so -u | grep boost就是说:

 U _ZN5boost11filesystem34path21wchar_t_codecvt_facetEv
 U _ZN5boost11filesystem36detail13dir_itr_closeERPvS3_
 U _ZN5boost11filesystem36detail28directory_iterator_constructERNS0_18directory_iteratorERKNS0_4pathEPNS_6system10error_codeE
 U _ZN5boost11filesystem36detail28directory_iterator_incrementERNS0_18directory_iteratorEPNS_6system10error_codeE
 U _ZN5boost11filesystem36detail6statusERKNS0_4pathEPNS_6system10error_codeE
 U _ZN5boost6system15system_categoryEv
 U _ZN5boost6system16generic_categoryEv
 U _ZNK5boost11filesystem315directory_entry12m_get_statusEPNS_6system10error_codeE

所以我认为既然这个符号在这个列表中排在第一位,那么很可能它没有什么特别之处。

我错过了什么吗?

编辑: 这是不可能的还是什么?

4

1 回答 1

3

我相信:

  1. 您使用 -static 和 -shared 不是正确的方法。控制链接的唯一或多或少可靠的方法是:

    -Wl,-Bstatic -lboost_filesystem -Wl,-Bshared

    在命令行的末尾。

  2. 您无法链接到 boost_system。

  3. 发生故障是因为您似乎实际上链接到了 boost_filesystem 的静态版本。但是,因为它是在任何目标文件之前在命令行中指定的,所以实际上没有从中提取符号,并且对 boost.filesystem 函数的每个引用都保持未定义。是的,链接器抱怨第一个未定义的符号。

于 2011-06-22T18:53:30.937 回答