ld无法将静态库链接到动态库，即使所有文件都是使用fPIC编译的

ld fails to link a static library to a dynamic library even when all files are compiled with fPIC

本文关键字：文件 fPIC 编译 静态 链接 动态 ld      更新时间：2023-10-16

在CentOS 7 x64系统上，我构建了启用了-fPIC的最新Boost 1.61.0。我正在尝试将libboost_log.a链接到我正在构建的动态库，这样我的库的用户就不必安装Boost了。这成功地使用了Centos7附带的普通GCC 4.8.5，但当我使用devtoolset-4中的GCC 5.2.1时失败了。

错误如下：

/opt/rh/devtoolset-4/root/usr/libexec/gcc/x86_64-redhat-linux/5.2.1/ld: /opt/boost/lib/libboost_log.a(attribute_name.o): relocation R_X86_64_32 against `_ZZN5boost3log12v2s_mt_posix3aux14lazy_singletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_43' can not be used when making a shared object; recompile with -fPIC
/opt/boost/lib/libboost_log.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status

我是如何构建Boost的：./b2 -j6 -q -d+2 cxxflags=-fPIC cflags=-fPIC variant=releaseBoost默认使用-O3。因此，我的程序也使用了-O3。

建造我的图书馆的命令：/opt/rh/devtoolset-4/root/usr/bin/c++ -fPIC -O3 -g -DNDEBUG -shared -Wl,-soname,libfoobar.so.0 -o libfoobar.so.0.5 foobar.cc.o -L/opt/boost/lib /opt/boost/lib/libboost_filesystem.a /opt/boost/lib/libboost_log.a /opt/boost/lib/libboost_program_options.a -lpthread -Wl,-rpath,/opt/boost/lib

证明libboost_log.a是用fPIC构建的：

$objdump-r/opt/boost/lib/libboost_log.a|grep _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_43000000000000000 2 R_X86_64_32 _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_430000000000000011 R_X86_64_32S _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14属性名称10存储ENS_10共享ptrIS5_EEE3getEvE29_boost_log_once_block_flag_4300000000000001a3 R_X86_64_32 _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14属性名称10存储ENS_10共享ptrIS5_EEE3getEvE29_boost_log_once_block_flag_4300000000000001be R_X86_64_32S _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_43000000000000001c R_X86_64_32S _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_430000000000000021 R_X86_64_32 _ZZN5boost3log12v2s_mt_posix3aux14lazy_ssingletonINS1_14attribute_name10repositoryENS_10shared_ptrIS5_EEE3getEvE29_boost_log_once_block_flag_43

想法：正如你所看到的，libboost_filesystem.a似乎链接得很好，只是libboost_log.a无法链接进来。我现在可以检查哪些内容？欢迎任何提示。谢谢

使用的编译器/opt/rh/devtoolset-4/root/usr/bin/c++不是/usr/bin/c++。如果这两个编译器有不同版本的C++头，它们可能会生成具有不同方法符号的库(名称篡改(。如果编译器版本不同，链接可能会失败，这可能还有其他原因。

我建议编译C++代码，这样在编译每个C++库时，至少gcc的主要版本是相同的。

相关文章：