免费注册 查看新帖 |

ChinaUnix.net

  平台 论坛 博客 文库 频道自动化运维 虚拟化 储存备份 C/C++ PHP MySQL 嵌入式 Linux系统
12
最近访问板块 发新帖
楼主: _nosay

[内核入门] 通过elf各种重定位类型,理解不同场合的链接过程 [复制链接]

论坛徽章:
13
15-16赛季CBA联赛之八一
日期:2016-07-08 21:00:1415-16赛季CBA联赛之同曦
日期:2017-02-15 14:26:1515-16赛季CBA联赛之佛山
日期:2017-02-20 14:19:2615-16赛季CBA联赛之青岛
日期:2017-05-07 16:49:1115-16赛季CBA联赛之广夏
日期:2017-07-30 09:13:1215-16赛季CBA联赛之广东
日期:2018-07-05 22:34:3615-16赛季CBA联赛之江苏
日期:2018-09-03 12:10:2115-16赛季CBA联赛之上海
日期:2018-09-25 03:49:2215-16赛季CBA联赛之广东
日期:2018-09-25 04:09:12
发表于 2018-07-23 20:14 |显示全部楼层
本帖最后由 _nosay 于 2018-07-23 20:53 编辑

对于R_386_COPY,如果main()函数中是"g=a",是不是就不会生成R_386_COPY重定向了?以及"nm a.out"看到的g符号,应该不是undefine的吧?
我最开始的疑问是,"extern int g"的可执行文件,为什么要将g放在.bss段?
因为可执行文件加载后,.so才被加载,就是说可执行文件加载时不知道g的位置,而且代码区是只读的,所以只能中转通过.data/.bss重定位(效果一样,elf设计者选择了.bss)。
我又想,R_386_COPY具有将g真正初始值,拷到.bss的作用,所以"g=xx"这种不需要g初始化值的情况,是不是就不需要R_386_COPY重定位了,有这样的想法,是因为我大脑错乱了一下,复制初始值只是R_386_COPY重定位的"额外"作用而已,如果不要它了,怎么知道g已经被安排在可执行镜像的.bss节了呢,那样.so还认为g在自己的.data,大家用的就不是同一相地方了。

论坛徽章:
13
15-16赛季CBA联赛之八一
日期:2016-07-08 21:00:1415-16赛季CBA联赛之同曦
日期:2017-02-15 14:26:1515-16赛季CBA联赛之佛山
日期:2017-02-20 14:19:2615-16赛季CBA联赛之青岛
日期:2017-05-07 16:49:1115-16赛季CBA联赛之广夏
日期:2017-07-30 09:13:1215-16赛季CBA联赛之广东
日期:2018-07-05 22:34:3615-16赛季CBA联赛之江苏
日期:2018-09-03 12:10:2115-16赛季CBA联赛之上海
日期:2018-09-25 03:49:2215-16赛季CBA联赛之广东
日期:2018-09-25 04:09:12
发表于 2018-07-24 11:24 |显示全部楼层
R_386_GOT32,如果目标文件直接链接为可执行文件,而不是.so,应该就和R_386_32类型等效吧?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:wangnan@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP