![](/img/trans.png)
[英]Linker: Undefined Reference for const C structs which are located in static lib
[英]Create a shared object C, which depends on static lib B, which itself depends on static lib A
我想创建一个共享库libsquare.so
,它静态链接到libmul.a
,它本身静态链接到libadd.a
我通过将libadd.a
链接到它来创建libmul.a
。 然后我通过链接刚刚创建的libmul.a
libsquare.so
libmul.a
有add
-function 的代码。
当我将它链接到共享的 object 并查看符号表时, add
-symbol 仍然存在,但未定义( *UND*
),而不是在.text
部分。
我在 Github 上有一个 MWE 演示它。
这里是objdump -t libsquare.so
的一部分
libsquare.so: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 *UND* 0000000000000000 add
0000000000001119 g F .text 000000000000001c square
0000000000001135 g F .text 000000000000003b mul
... // some symbols omitted here... See repo for entire table
这里是整个objdump -t libmul.a
mul.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 mul.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 g F .text 000000000000003b mul
0000000000000000 *UND* 0000000000000000 _GLOBAL_OFFSET_TABLE_
0000000000000000 *UND* 0000000000000000 add
In nested archive libadd.a:
add.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 add.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 g F .text 0000000000000014 add
本质上,运行的命令是:
cc -fPIC -rdynamic -o add.o -c add.c
cc -fPIC -rdynamic -o mul.o -c mul.c
cc -fPIC -rdynamic -o square.o -c square.c
ar rcs libadd.a add.o
ranlib libadd.a
ar rcs libmul.a mul.o libadd.a
ranlib libmul.a
gcc -shared -Wl,-soname=square -o libsquare.so square.o libmul.a
cc -fPIC -rdynamic -o test-w-lib.o -c test-w-lib.c
cc -o test-w-lib libsquare.so test-w-lib.o -ldl
/usr/bin/ld: libsquare.so: undefined reference to `add'
collect2: error: ld returned 1 exit status
没关系,我找到了解决方案。
只是在开玩笑:)
问题是我的ar
命令。 通过ar rcs libmul.a mul.o libadd.a
创建libmul.a
时,它会创建一个名为libmul.a
的存档,其中包含mul.o
和libadd.a
,如下所示:
libmul.a
├── mul.o
└── libadd.a
└── add.o
另见 objdump:
$ objdump libmul.a -t
In archive libmul.a:
mul.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 mul.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 g F .text 000000000000003b mul
0000000000000000 *UND* 0000000000000000 _GLOBAL_OFFSET_TABLE_
0000000000000000 *UND* 0000000000000000 add
In nested archive libadd.a:
add.o: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 add.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 g F .text 0000000000000014 add
当最终像gcc use-lib-mul.c libmul.a
那样链接libmul.a
时,这也会失败。 (因此,整体问题与共享的 object - 部分无关)。
正如评论和此处所写,必须从依赖库libadd.a
中解压缩对象以创建另一个库libmul.a
。
所以要正确生成libmul.a
:
libmul.a: mul.o libadd.a
rm -rf libadd; mkdir libadd; cd libadd; ar x ../libadd.a
ar rcs ${@} ${<} ./libadd/*.o
ranlib ${@}
这将创建:
libmul.a
├── mul.o
└── add.o
最后,正确生成libsquare.so
:
libsquare.so: square.o libmul.a
rm -rf libmul; mkdir libmul; cd libmul; ar x ../libmul.a
$(CC) -shared -Wl,-soname=square -o ${@} ${<} libmul/*.o
然后在.text
部分中包含所有必需的符号,并且这些符号的所有长度均 >0 0x14
、 0x1c
和0x3b
:
$ objdump libsquare.so -t
libsquare.so: file format elf64-x86-64
SYMBOL TABLE:
0000000000000000 l df *ABS* 0000000000000000 square.c
0000000000000000 l df *ABS* 0000000000000000 add.c
0000000000000000 l df *ABS* 0000000000000000 mul.c
0000000000001135 g F .text 0000000000000014 add
0000000000001119 g F .text 000000000000001c square
0000000000001149 g F .text 000000000000003b mul
...
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.