0

在 CentOS 5.1 g++ 4.1.2 和 4.6.3 和 4.7.0 下测试,它们都产生相同的结果。我该如何解决这个问题?基本上我不能用 Debug build 来构建 llvm。

[hidden]$ cat x.cpp 
#include <iostream>

int main() {
}
[hidden]$ g++ -c -fPIC -g x.cpp 
[hidden]$ objdump -r x.o | grep R_X86_64_32 | head -10
000000000000001c R_X86_64_32       .debug_frame
0000000000000044 R_X86_64_32       .debug_frame
000000000000006c R_X86_64_32       .debug_frame
0000000000000006 R_X86_64_32       .debug_abbrev
000000000000000c R_X86_64_32       .debug_str+0x0000000000000414
0000000000000011 R_X86_64_32       .debug_str+0x00000000000007f2
0000000000000015 R_X86_64_32       .debug_str+0x000000000000017b
0000000000000029 R_X86_64_32       .debug_line
000000000000002e R_X86_64_32       .debug_str+0x0000000000000422
0000000000000034 R_X86_64_32       .debug_str+0x0000000000000607
4

2 回答 2

1

我该如何解决这个问题?

你没有要解决的问题(你没有表现出任何存在问题的迹象)。

不,并且完全-g兼容-fPIC并且彼此不冲突

于 2012-04-21T15:04:12.250 回答
0

这些不是动态重定位。它们将在链接时得到解决。这不会破坏 -fPIC。

请记住,有两种链接,静态的和动态的。当您从目标文件编译最终程序二进制文件时,静态链接由编译器/链接器完成,而动态链接由操作系统完成(ld-linux.so在 linux 的情况下)。

要获取动态重定位列表,请使用objdump -R. 但是,它仅适用于动态链接的二进制文件(即不是 .o 文件)。

于 2012-04-21T00:32:04.437 回答