Linux汇编.bss段数据地址重叠问题技术求助

问题场景 #

两个模块的.bss段变量出现地址重叠：n_Companies的实际内存范围覆盖到了savedRegisters区域，引发未知运行问题。

相关代码与链接信息 #

模块代码：

MODULE=pV308.ASM
    section .bss
        ALIGN 8                                     ; Align stuff
        n_Companies resq 13                         ; Reserve the memory

MODULE=COMMON.LIB
    section .bss
        ALIGN 8                                     ; Align stuff
        savedRegisters times 384 resq 1             ; Reserve the memory

objdump输出：

OBJDUMP -x
0000000000ce2271 l     O .bss   0000000000000001      n_Companies

    13*8=104 0x68
    ce2271+68=CE22D9

0000000000ce22cc g       .bss   0000000000000000      savedRegisters

核心问题分析 #

从计算和objdump输出能明显看到冲突点：

• n_Companies定义为resq 13，实际应占用104字节（0x68），起始地址0xce2271，结束地址应为0xce22D8（0xce2271 + 0x68 - 1）
• 但objdump显示n_Companies的符号大小仅为1字节（0x00000001），链接器据此将savedRegisters的起始地址分配在0xce22cc，这个地址远早于n_Companies的实际结束地址，直接导致内存重叠。

可能的原因 #

• 汇编代码语法/解析问题：resq 13的写法是否被所用汇编器正确识别？比如是否误写为resb（字节分配），或者存在语法错误导致汇编器错误计算变量大小。
• 汇编器/链接器工具链问题：使用的汇编器（如NASM/GAS）或链接器版本存在bug，未正确生成/读取符号的大小信息。
• 符号可见性影响：n_Companies是局部符号（objdump中的l标记），链接器在处理局部符号时可能忽略了其实际内存占用大小，仅按最小单位分配后续符号地址。
• 自定义链接脚本问题：如果使用了自定义链接脚本，可能对.bss段的内存分配规则配置错误，比如强制压缩符号间距或未正确处理对齐与大小。

解决建议 #

• 检查pV308.ASM的汇编代码，确认resq 13的语法完全正确，无拼写或格式错误。
• 使用汇编器的详细输出选项（如NASM的-l生成列表文件），查看汇编后的符号表，确认n_Companies的大小是否为预期的0x68。
• 尝试将n_Companies改为全局符号（添加global n_Companies指令），看链接器是否能正确识别其实际大小并分配内存。
• 检查链接脚本（若有），确保.bss段的分配逻辑是基于符号实际大小，无强制地址或间距限制。
• 尝试升级汇编器/链接器到稳定版本，排除工具链bug导致的符号大小错误。

内容的提问来源于stack exchange，提问作者roger tunnicliffe