求助：Valgrind调试Fortran内存问题时不显示行号

1. 确保所有编译单元都启用调试信息 #

• 所有源码文件（包括模块、子程序）必须统一使用-g（或-g3）和-O0编译，不能仅给主程序添加这些选项。如果使用Makefile，需保证编译规则覆盖所有.f90/.f文件，示例规则：

  %.o: %.f90
      gfortran -g3 -O0 -c $< -o $@
  

• 禁止用strip命令处理最终二进制文件，该操作会剥离调试符号，导致Valgrind无法解析行号。

2. 检查二进制文件的调试符号 #

用以下工具验证调试信息是否存在：

• 执行readelf -S /home/seps/Desktop/softwares/DNautilus_spin/bin/dnautilus_spin | grep debug，若输出包含.debug_info、.debug_line等段，说明调试符号正常；若没有，需重新编译确保-g选项生效。
• 用objdump -S dnautilus_spin | head -20查看，若能看到源码与汇编混合输出，证明调试信息已正确嵌入。

3. 调整Valgrind调用参数 #

调用Valgrind时添加以下参数，避免关闭符号解析的选项：

valgrind --verbose --track-origins=yes /home/seps/Desktop/softwares/DNautilus_spin/bin/dnautilus_spin

针对GCC编译的程序，可额外添加--dsymutil=yes，强制Valgrind解析调试符号。

4. 添加Fortran编译器特定选项 #

若使用gfortran，可补充以下选项增强调试信息兼容性：

• -fno-omit-frame-pointer：禁止编译器省略帧指针，帮助Valgrind更精准追踪调用栈；
• -fbacktrace：与-g配合使用，强化回溯信息的可读性。

5. 确认模块编译顺序 #

Fortran模块必须在引用它的代码之前编译，否则模块的调试信息无法正确关联到主程序。例如global_variables模块被nautilus_main引用时，需先编译global_variables.f90，再编译nautilus_main.f90，最后编译主程序。

6. 手动定位出错地址 #

若以上方法无效，可直接用addr2line工具通过出错地址获取行号：
比如Valgrind给出的错误地址是0x15EA7C，执行：

addr2line -e /home/seps/Desktop/softwares/DNautilus_spin/bin/dnautilus_spin 0x15EA7C

该命令会直接输出地址对应的源码文件和行号，绕过Valgrind的符号解析问题。

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