Valgrind 3.13在MIPS平台无法显示栈追踪问题咨询

我来帮你拆解下这个问题——毕竟Valgrind在不同架构上的支持力度差异确实不小，尤其是老版本的端口。结合你已经用-g -O0编译的情况，以下是几个最可能的原因：

• Valgrind 3.13对MIPS的调试信息支持不完善
  Valgrind 3.13是2018年的老版本，x86作为它的主力支持架构，调试信息解析（尤其是DWARF格式）已经非常成熟，但MIPS属于非主流架构，这个版本的Valgrind可能对MIPS工具链生成的DWARF调试信息存在解析兼容性问题，比如不支持较新的DWARF版本，或者对MIPS特有的调试信息结构处理有bug。

• MIPS工具链生成的调试信息存在差异
  虽然你加了-g -O0，但不同架构的GCC工具链生成调试信息的细节可能不一样。有些MIPS工具链默认生成的调试信息格式可能不符合Valgrind的预期，或者行号表（.debug_line段）存在缺失或错误。你可以用readelf -w test命令查看生成的调试信息，对比x86版本的输出，看看.debug_line段是否完整，文件路径和行号映射是否正确。

• MIPS端口的行号追踪功能未完全实现
  Valgrind的各个架构端口由不同团队维护，MIPS端口在3.13版本中可能还没完全实现行号解析的功能，或者存在已知的未修复bug。你可以留意下启动Valgrind时有没有相关的警告信息，比如“无法解析调试信息”之类的提示。

• 交叉编译环境的路径映射问题
  如果你是在x86主机上交叉编译MIPS程序，调试信息里的文件路径可能是主机上的绝对路径，而MIPS目标机上并没有这些路径，导致Valgrind无法关联到对应的源文件行号。你可以用readelf -wi test检查调试信息中的文件路径是否正确，或者尝试在目标机上把源文件放到和主机相同的路径下测试。

• Valgrind参数配置问题
  虽然默认情况下Valgrind会尝试加载调试信息，但有时候需要显式启用相关功能。比如确保没有使用--strip-debug=yes这类禁用调试信息的参数，或者加上--verbose参数，查看Valgrind启动时有没有关于调试信息加载的错误日志，这能帮你定位具体是哪一步出了问题。

几个可以尝试的解决方案： #

• 升级Valgrind到较新的版本（比如3.20及以上），新版本通常会修复老架构端口的兼容性问题；
• 编译时指定具体的DWARF版本，比如-gdwarf-2或-gdwarf-3，因为老版本Valgrind对高版本DWARF的支持可能不好；
• 用MIPS本地的GDB调试你的程序，如果GDB也无法显示行号，那问题出在编译生成的调试信息上，需要检查工具链配置；如果GDB能正常显示，那就是Valgrind的MIPS端口问题，升级版本是最直接的解决办法。

内容的提问来源于stack exchange，提问作者s.w