为什么用-fpic编译的程序和-pie有重定位表？
|
如果使用以下命令编译一个简单的程序：
arm-none-eabi-gcc -shared -fpic -pie --specs=nosys.specs simple.c -o simple.exe 并使用以下命令打印重定位条目： arm-none-eabi-readelf simple.exe -r 有一堆重定位条目部分(见下文). 由于-fpic / -pie标志导致编译器生成与位置无关的可执行文件,我的天真(并且明显不正确)假设是不需要重定位表,因为加载器可以将可执行映像放在任何位置而不会出现问题.那么为什么那里有一个重定位表,这是否表明代码实际上不是位置独立的？ Relocation section '.rel.dyn' at offset 0x82d4 contains 37 entries: Offset Info Type Sym.Value Sym. Name 000084a8 00000017 R_ARM_RELATIVE 000084d0 00000017 R_ARM_RELATIVE 00008508 00000017 R_ARM_RELATIVE 00008510 00000017 R_ARM_RELATIVE 0000855c 00000017 R_ARM_RELATIVE 00008560 00000017 R_ARM_RELATIVE 00008564 00000017 R_ARM_RELATIVE 00008678 00000017 R_ARM_RELATIVE 0000867c 00000017 R_ARM_RELATIVE 0000870c 00000017 R_ARM_RELATIVE 00008710 00000017 R_ARM_RELATIVE 00008714 00000017 R_ARM_RELATIVE 00008718 00000017 R_ARM_RELATIVE 00008978 00000017 R_ARM_RELATIVE 000089dc 00000017 R_ARM_RELATIVE 000089e0 00000017 R_ARM_RELATIVE 00008abc 00000017 R_ARM_RELATIVE 00008ae4 00000017 R_ARM_RELATIVE 00018af4 00000017 R_ARM_RELATIVE 00018af8 00000017 R_ARM_RELATIVE 00018afc 00000017 R_ARM_RELATIVE 00018c04 00000017 R_ARM_RELATIVE 00018c08 00000017 R_ARM_RELATIVE 00018c0c 00000017 R_ARM_RELATIVE 00018c34 00000017 R_ARM_RELATIVE 00019028 00000017 R_ARM_RELATIVE 000084cc 00000c02 R_ARM_ABS32 00000000 __libc_fini 0000850c 00000602 R_ARM_ABS32 00000000 __deregister_frame_inf 00008558 00001302 R_ARM_ABS32 00000000 __register_frame_info 00008568 00001202 R_ARM_ABS32 00000000 _Jv_RegisterClasses 00008664 00000d02 R_ARM_ABS32 00000000 __stack 00008668 00000a02 R_ARM_ABS32 00000000 hardware_init_hook 0000866c 00000802 R_ARM_ABS32 00000000 software_init_hook 00008670 00000502 R_ARM_ABS32 0001902c __bss_start__ 00008674 00000702 R_ARM_ABS32 00019048 __bss_end__ 0000897c 00001402 R_ARM_ABS32 00000000 free 00008ac0 00000402 R_ARM_ABS32 00000000 malloc Relocation section '.rel.plt' at offset 0x83fc contains 4 entries: Offset Info Type Sym.Value Sym. Name 00018be8 00000416 R_ARM_JUMP_SLOT 00000000 malloc 00018bec 00000616 R_ARM_JUMP_SLOT 00000000 __deregister_frame_inf 00018bf0 00001316 R_ARM_JUMP_SLOT 00000000 __register_frame_info 00018bf4 00001416 R_ARM_JUMP_SLOT 00000000 free 解决方法
可执行文件包含几个部分.
虽然实际的实施细节不同,但这些细节大致可分为四类： >只读可执行代码,也称为“文本” 非位置无关代码包含许多对函数地址,全局变量和全局变量的引用. 只读数据和初始化读写数据有时包含对函数地址,全局变量和全局变量的引用： int x; int *y = &x; // y needs a relocation. 加载器可以根据重定位重定位代码,只有两个问题： >重定位需要时间来启动程序启动/库加载 现在回答真实的答案： 只读数据和初始化数据的重定位相对较少,因此(1.)和(2.)通常都不是问题.我们甚至不关心(2.)读写数据,因为无论如何我们需要为每个进程分别复制该数据. 现在,代码如何与位置无关？ 如果无法避免重新安置,那么我们的想法是将它们全部放在一个地方,以尽量减少问题(1.)和(2.). （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |