GDB无法单步进入函数但同elf文件Segger Ozone可正常调试问题求助

排查思路 #

1. 调试信息兼容性校验 #

• 确认armclang生成的调试信息格式匹配GDB支持的版本：armclang默认可能生成高于DWARF4的版本，或是使用了ARM私有调试扩展，GNU Arm GDB 10.3对这类扩展兼容性不足，可在编译参数中添加-gdwarf-4 -gstrict-dwarf强制生成标准DWARF4格式调试信息后重试。
• 本地直接用GDB加载ELF文件，执行info line F1命令：如果输出提示没有行号信息，说明是GDB对ELF内调试信息解析失败；如果能正常输出F1对应的行号范围，说明问题出在GDB和JLink GDB Server的远程交互环节。

2. 链接参数影响排查 #

• 你观察到--inline链接参数直接影响问题复现，说明链接阶段的内联优化改变了调试信息的排布：首先检查链接参数是否缺失调试信息保留配置，可在armlink参数中添加--debug强制保留所有调试信息，避免链接器裁剪多余调试段。
• 分别导出能正常步进F1和不能正常步进F1两种场景下ELF的DWARF信息，对比差异：执行arm-none-eabi-readelf -w your_firmware.elf > dwarf.log，搜索F1对应的行号表条目，确认两种场景下F1的地址范围、行号映射是否正常存在。

3. 静态变量关联问题排查 #

• 那行静态uint32_t变量自增代码的增减会改变模块数据段大小，大概率触发了段对齐偏移变化，导致F1函数的运行地址和调试信息中记录的地址不匹配：可以对比两种场景下F1的链接地址、所在代码段的起始地址、对齐参数的差异，确认是否存在偏移不一致的问题。
• 可以单独给F1函数添加__attribute__((noinline))属性，强制链接器不对F1做内联处理，规避链接优化带来的调试信息偏移问题。

4. GDB远程调试适配排查 #

• 开启GDB的强制单步模式：在GDB中执行set step-mode on，强制GDB按指令单步执行，同时执行disassemble /m F1查看F1的反汇编和源代码的对应关系，确认是否存在行号映射丢失的问题。
• 排查地址重映射问题：确认调试时芯片的实际运行地址和链接地址是否一致，是否开了MPU、Flash重映射等配置，导致GDB拿到的运行地址和调试信息中的地址不匹配。

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