C++项目链接遇R_X86_64_32重定位错误，求.debug_info问题解决方案

一、直接解决链接错误的方案 #

错误提示里已经给出了关键选项：-fdebug-types-section。这是GCC的编译选项，作用是把调试类型信息拆分到单独的段中，大幅缩减.debug_info段的体积，直接解决超出32位地址范围的问题。编译时加上这个选项重新构建即可。

二、定位生成大体积.debug_info的代码部分 #

如果想揪出具体哪些代码导致调试信息膨胀，可用这些工具和方法：

• objdump：通过以下命令统计各源文件生成的调试信息占比：

  objdump --dwarf=info 你的目标文件 | grep -E "DW_AT_name.*\.cc" | sort | uniq -c | sort -nr
  

  输出结果会按调试信息生成量从高到低列出源文件，一眼就能看到“罪魁祸首”。
• dwarfdump：更专业的DWARF调试信息分析工具，执行：

  dwarfdump --statistics 你的目标文件
  

  它会生成详细的调试信息统计数据，包括每个编译单元的大小，直接定位到最大的几个单元对应的源文件。
• 排查模板实例化：大量重复的模板特化、嵌套过深的模板是导致.debug_info暴涨的常见原因。检查代码里是否有过度使用模板的场景，比如在头文件中实例化大量模板，或者模板参数组合过多。

三、其他缩减调试信息的方法 #

• 降低调试信息级别：用-g1替代-g，只保留基本的符号和行号信息，体积会小很多，适合不需要完整调试能力的场景。
• 分离调试信息：编译时添加-gsplit-dwarf，把调试信息单独存为.dwo文件，链接时不将调试信息打包进可执行文件，从根源上避免段大小限制。调试时需要将.dwo文件和可执行文件放在一起。
• 清理冗余代码：删除未使用的类、函数，合并重复的模板实例化逻辑，减少不必要的调试信息生成。

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