意外的重定位类型0x03

时间:2015-11-02 09:08:21

标签: c++ g++ raspberry-pi shared-libraries

我试图执行使用我自己的库编译的程序,但是当我执行程序时,我收到以下错误:

./a.out 
./a.out: error while loading shared libraries: ../../lib-arm/libCustomLibrary.so: unexpected reloc type 0x03

这恰好发生在Release执行中,Debug执行一切正常。

您认为这可能是什么问题?

CustomLibrary库使用以下参数链接:

-lSubLibrary -fPIC -Wl,-Bstatic -lboost_system -lboost_filesystem -lboost_thread -lpthread -Wl,-Bdynamic -lrt

我为我的库附加了lld unix库命令输出。

ldd ../../lib-arm/libCustomLibrary.so 
/usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0x76e5d000)
libSubLibrary.so => ../../lib-arm/libSubLibrary.so (0x76e2d000)
librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76e10000)
libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0x76d3e000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76ccd000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x76ca5000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76b75000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76b6a000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76b4b000)
/lib/ld-linux-armhf.so.3 (0x76f05000)

2 个答案:

答案 0 :(得分:4)

来自https://lists.linaro.org/pipermail/linaro-toolchain/2012-November/002939.html

  

重定位类型3是R_ARM_REL32,它不是静态重定位   允许在共享对象中。你是如何创建共享库的?使   确定你用-fPIC编译进入它的所有代码。

换句话说,在链接程序时使用-fPIC,但在构建共享库时可能不会。

答案 1 :(得分:0)

关于:

./a.out 
./a.out: error while loading shared libraries: ../../lib-arm/libCustomLibrary.so: unexpected reloc type 0x03

我认为您需要显示libCustomLibrary.so的相关源代码。您可以查看引起问题的符号:

LD_DEBUG=all ./a.out

在输出详细信息之后,最后提到的符号将成为问题。例如,在共享对象中测试手写的asm Cryptogams SHA会导致:

10419:     relocation processing: /home/test/libcryptopp-8.3.0.so.8 (lazy)
10419:     symbol=CRYPTOGAMS_armcaps;  lookup in file=/home/test/libcryptopp.so.8 [0]
10419:     binding file /home/test/libcryptopp.so.8 [0]: normal symbol `CRYPTOGAMS_armcaps'
/home/test/: error while loading shared libraries: /home/test/libcryptopp.so.8: unexpected reloc type 0x03

所以我知道问题出在CRYPTOGAMS_armcaps符号上。您可以使用objdump -r进行确认。 R_ARM_REL32是符号类型0x03

$ objdump -r sha1-armv4.o

sha1-armv4.o:     file format elf32-littlearm

RELOCATION RECORDS FOR [.text]:
OFFSET   TYPE              VALUE
000004d0 R_ARM_REL32       CRYPTOGAMS_armcaps

然后,您可以返回到源文件并使用符号解决问题。

此外,从Crypto ++ Issue 846 ARM and "unexpected reloc type 0x03" loading shared object开始,我知道它并不像使用-fPIC那样简单。一切都是由-fPIC构建的,问题仍然浮出水面。