GNU (ld)在共享库中生成静态重定位。
GNU (ld)在共享库中生成静态重定位。
提问于 2013-07-24 14:35:11
如果我在底部编译示例代码
arm-elf-gcc init.c -o lib.so -Wl,-shared -nostdlib我得到了一个带有一些重定位的共享库(readelf lib.so -r)：
0000032c 00000d02 R_ARM_ABS32 000004b8 plpv1
00000330 00001302 R_ARM_ABS32 00000000 lpv2
000004b8 00000b02 R_ARM_ABS32 00000000 lpv1到目前为止，我相信链接器解决了所有静态重定位，并生成动态重定位(将由加载程序处理)，这是必要的。为什么链接器输出中仍然存在静态重定位？这文档说，R_ARM_ABS32是一个静态重定位，并且：
静态重定位由静态链接器处理；它们通常被完全解析或用于产生动态重定位，以便通过后链接步骤或动态加载程序进行处理。在静态链接完成后，格式良好的图像将没有静态重定位，因此后链接器或动态加载程序通常只需要处理动态重定位。
顺便说一句，这也可以用i 386-精灵gcc复制，静态搬迁用的是R_386_32。
谁能告诉我，为什么和告诉我，哪些重新定位应该真正在装载机处理？提前感谢！
示例代码：
extern unsigned char lpv1;
extern unsigned char lpv2;
unsigned char* plpv1 = &lpv1;
void func(void)
{
lpv2 = *plpv1;
}回答 2
Stack Overflow用户
发布于 2013-07-25 05:05:35
有人能告诉我，为什么
很可能是因为您在编译时缺少-fPIC标志。
Stack Overflow用户
发布于 2015-05-06 10:44:02
有一个邮件列表的后续：bug.cgi?id=16163
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/17837127
复制相关文章
相似问题
腾讯云开发者
