c - 将多个库静态链接成一个 .so

标签 c gcc

我有一个项目foo这取决于 a ,这又取决于 b , 又取决于 c .我的构建脚本 pull/configure/make以正确的顺序从源代码中获取三个依赖项,并且它们可以正常编译。

现在,分发foo.so ,我还需要分发它的所有依赖项( a.sob.soc.so )。我想 build 一个 foo.so包含 foo 的所有对象及其所有依赖项;这样我就可以分发一个库。

a , b , 和 c所有这些都使用 autotools,并在 src/目录中生成相关的 *.o 文件,以及包含通常的一些 *.ar、*.lo、*.lai 和 *.so 文件的 .libs/目录,所有有效的。现在,我正在使用这组 gcc 标志来构建我的 foo.so :

gcc -shared ./my/src/*.c \
    -I./a/include -I./b/include -I./c/include \
    -L ./a/.libs -L./b/.libs -L./c/.libs \
    -la -lb -lc \
    -o ./foo.so \
    -w -fPIC -m64 \
    -std=c99

(请注意,“-la -lb -lc”只是每个依赖项的“-l”标志,我不只是搞乱了这些标志)。

使用 readelf -d结果 foo.so确实表明它依赖于 a .考虑到我已经获得了所有依赖项的所有构建文件,我真的觉得我只是缺少一些“在查找要链接的 *.o 文件时包含此路径”的标志。

我尝试过各种各样的事情,老实说,我什至不记得导致它们的不同错误和条件。最有前途的线索是 this question ,但是在删除了我的“-l”行以支持“-Wl,--whole-archive”行之后,我得到了这个错误(请注意,“a.a”只是 a 的 *.a):

/usr/bin/ld: ./a/.libs/a.a(bands.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
./a/.libs/a.a(bands.o): error adding symbols: Bad value

这对我来说毫无意义,因为这些文件需要 PIC 才能将它们构建到 *.so 中,对吗?这些依赖项的构建过程生成 *.so。

如果重要的话,我正在使用 Mint Linux。

最佳答案

错误消息非常清楚需要做什么。

/usr/bin/ld: ./a/.libs/a.a(bands.o): relocation R_X86_64_32S against
`.rodata' can not be used when making a shared object; recompile with -fPIC
                                                      ^^^^^^^^^^^^^^^^^^^^^

./a/.libs/a.a(bands.o): error adding symbols: Bad value

我们作为静态库的一部分的目标代码不能放在共享库中,除非使用 -fPIC 选项进行编译。

关于c - 将多个库静态链接成一个 .so,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28662375/

相关文章:

c - 通过 20-30 GB 的多个日志文件搜索模式的最快方法是什么

c - 使用 ARM 供应商 HAL 进行测试驱动开发

C++ 多维双数组不能按预期工作

c++ - "First defined here"错误

c++ - 使用 gcc -lncurses 标志编译 ncurses 代码似乎不起作用

将日期数组转换为整数

c - 如何在 main 上切换字符串参数

c - 丢弃距离测量中的失控值

c++ - 在 Windows 中将 VS2005 静态库与 gcc 链接

c - 如果 GCC 错误 _Pragma 出现在中间预处理步骤中,它会触发吗?