如何在GDB中步入含.data与.rodata段的x86汇编源码？

我之前调试汇编代码时也遇到过一模一样的情况，这本质是汇编器没有为数据段相关的代码生成正确的调试行号信息，导致GDB没法把机器指令和你的汇编源码对应起来。下面是几个亲测有效的解决办法：

1. 规范汇编代码的段声明与函数标记 #

首先确保你的汇编代码结构清晰，段定义用完整的.section指令，同时给函数加上明确的类型标记，帮助GDB识别函数边界：

# 正确的段声明方式
.section .rodata
# 只读数据定义
prompt_str:
    .string "Enter a number: "

.section .data
# 可读写数据定义
counter:
    .long 0

.section .text
# 导出函数符号，并标记为函数类型
.globl foo
.type foo, @function
foo:
    push %rbp
    mov %rsp, %rbp
    # 函数逻辑代码
    pop %rbp
    ret

避免直接用简写的.data/.rodata（部分版本的汇编器对简写的支持不完善，会丢失调试关联信息），同时type foo, @function能让GDB明确知道这是一个函数，而不是普通符号。

2. 编译时强制汇编器生成调试信息 #

默认情况下，GCC的-g参数可能没有完全传递给底层的汇编器（as），导致数据段附近的代码调试信息缺失。编译时加上-Wa,-g参数，强制汇编器生成完整的源码行调试信息：

gcc -g -Wa,-g -lc -m64 -o foo foo.s && gdb -tui ./foo

-Wa,-g的意思是把-g参数传递给汇编器（as），这样汇编器会把每一行汇编源码和对应的机器指令绑定，GDB就能准确找到源码位置了。

3. 验证GDB的调试信息加载情况 #

如果上面两步做完还是有问题，可以在GDB里检查调试信息是否正确加载：

• 执行info sources，看看你的foo.s是否在列表中；
• 如果没加载，用disas foo找到函数的起始地址（比如0x401120），然后执行add-symbol-file foo.s 0x401120手动关联源码。

4. 避免数据段的对齐指令干扰代码调试 #

如果你的数据段里用了.align之类的对齐指令，尽量把它们放在数据定义之前，不要放在代码段的函数开头附近，否则可能会打乱GDB的行号对应关系。

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