我有问题将libgcc链接到静态链接的.so
仅在将64位模块与-m64
Ubuntu 64bit 12.10 gcc 4.7
在Ubuntu 64bit 12.04 gcc 4.6
上也失败了32位没问题
$gcc -fPIC -c -o hello.o hello.c -m32
$gcc -shared -m32 hello.o -o libhello.so -static-libgcc -Wl,-Bstatic -lc
$ ldd libhello.so
statically linked
64位失败
$ make
gcc -fPIC -c -o hello.o hello.c
gcc -shared -m64 hello.o -o libhello.so -static-libgcc -Wl,-Bstatic -lc
/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libc.a(iofclose.o): relocation R_X86_64_32 against `__gcc_personality_v0' can not be used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libc.a: could not read symbols: Bad value
collect2: error: ld returned 1 exit status
make: *** [libhello.so] Error 1
的hello.c
#include <stdio.h>
int f(){
FILE *out = fopen("/tmp/x.log", "wb");
fclose(out);
return 1;
}
生成文件
all: libhello.so
libhello.so: hello.o
gcc -shared -m64 hello.o -o libhello.so -static-libgcc -Wl,-Bstatic -lc
hello.o: hello.c
gcc -fPIC -c -o hello.o hello.c
clean:
rm -f hello.o libhello.so
答案 0 :(得分:2)
答案基本上是“你不能那样做”。您正在尝试将非PIC代码链接到共享库,这在x86_64(amd64)架构中根本不可能。您需要一个静态但PIC版本的libgcc,我怀疑这只是问题的开始。
libgcc通常共享的原因之一是给定的运行可执行文件必须只有libgcc维护的一些关键数据结构的一个副本。静态链接对于最终的可执行文件是有意义的,因为只有一个副本将是静态链接到可执行文件的副本,但动态对象的整个点将被加载到另一个可执行文件中(后者又将拥有自己的副本) libgcc,无论是共享还是静态)。