【发布时间】：2013-07-25 12:53:37
【问题描述】：
我正在研究一组可重用的库，这些库需要以静态库（.a 和 .lib）和动态库（.so 和 .dll）的形式提供。
我希望动态库的依赖管理尽可能简单（您只需为所需的每一位功能使用一个动态库），因此每个动态库具有的所有功能依赖实际上都是静态链接到它。因此，动态库动态地向下游客户端提供它们的功能，但它们的上游依赖关系是静态满足的。
所有这一切的结果是我的所有静态库都需要使用 -fPIC 进行编译，以便它们的代码适合链接到共享库中。我们使用的任何第三方库也是如此。它必须是一个静态库，使用 -fPIC 编译。
（我想，我可以构建我的库的 PIC 和非 PIC 变体 - 但我真的不想为每个目标平台编译库 第三次 次 - 两次是相当（超过）足够！）。
所以，这是我的问题：
我一直在尝试使用 -fPIC 将 boost_system 编译为静态库，但我不确定是否成功：
/b2 --build-type=complete variant=release link=static threading=multi runtime-link=static --layout=versioned --cxxflags=-fPIC
正如预期的那样，此构建生成 .a 文件作为输出。但是，当我尝试将 boost 静态库链接到我的一个共享库时，我开始收到一条错误消息，指出 boost_system 不是位置独立代码：
.../dependencies/external/boost/1_54_0/stage/lib/linux_x86_64/libboost_system-gcc46-s-1_54.a(error_code.o):
relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
但是，我已经（尝试）使用 -fPIC 构建提升。有什么测试可以用来确定 libboost_system 是否真的是 PIC 代码？ IE。如果问题在于构建提升 - 或将其链接到我的应用程序。
【问题讨论】：
-
我对您在问题的标题和文本中使用
static这个词感到困惑；静态库不需要与位置无关的代码。 -
我对问题进行了重新措辞，以使其更清晰，同时也反映我对问题的更好理解（我犯了一个 n00b 错误并将“可重定位”与“位置无关”混淆）。跨度>
-
好的，该错误消息引用了一个静态库（
.a文件），它不会用-fPIC编译... -
我认为你可以用 -fPIC 编译静态库。我这样做是因为我正在研究一堆需要作为静态库（.a 和 .lib）和动态库（.so 和 .dll）提供的可重用模块。我希望动态库的依赖管理尽可能简单，因此每个动态库都具有静态链接到其中的所有依赖项。因此，我所有的静态库都是用 -fPIC 编译的，因此它们除了作为静态库独立存在外，还可以根据需要链接到 .so 库中。
-
查看构建日志，看看有问题的文件是否真的是用 -fPIC 编译的。
标签： c++ linux boost gcc linker