ld添加-Ttext=0x1000参数后生成二进制文件体积异常增大原因咨询

核心诱因 #

该问题是ld生成纯二进制镜像时的段间隙填充机制导致的，和你的代码逻辑本身没有关联。

具体原理 #

• 当ld使用--oformat binary输出纯二进制文件时，会将所有带LOAD属性的段按照运行时虚拟地址的顺序直接平铺到文件中。如果两个段的虚拟地址之间存在空隙，ld会自动用0x00填充这段空隙，也就是二进制文件中的"空洞"。
• 不加-Ttext=0x1000参数时，ld使用默认链接脚本排布所有段，text、data等段的虚拟地址是紧挨着排布的，没有大的空隙，所以生成的bin文件只有120B。
• 你只单独指定-Ttext=0x1000，但没有提供完整的自定义链接脚本，也没有指定其他段的地址规则，ld的默认逻辑会将其他段（比如数据段、bss段）的起始地址按照默认对齐规则安排到非常高的位置：32位i386架构下ld默认会将非代码段安排到0x08000000（也就是128MB）的位置，从0x1000到0x08000000之间的巨大空隙会被全部填充为0，最终生成的bin文件大小就直接变成了128MB。

对-Ttext参数的理解修正 #

-Ttext=0x1000的作用确实是指定代码段的运行时虚拟起始地址，所有代码段内的符号引用都会基于这个地址计算偏移，但该参数只会修改代码段的起始地址，不会自动调整其他段的排布规则，因此单独使用很容易出现地址间隙。

解决方法 #

• 推荐编写完整的自定义链接脚本，显式指定text、data、bss等所有段的地址、对齐规则和排布顺序，从根源上避免出现大的地址间隙。
• 如果不想写完整链接脚本，可以在ld命令中额外指定其他段的起始地址，确保各个段的地址紧挨着排布，参考命令如下：

ld -o kernel.bin -Ttext=0x1000 -Tdata=0x1000+SIZEOF(.text) -Tbss=0x1000+SIZEOF(.text)+SIZEOF(.data) kernel.o --oformat binary -m elf_i386 --strip-all -nmagic

内容的提问来源于stack exchange，提问作者Duy Nguyen