查找导致未定义引用错误的源代码行答案

【问题标题】：Find sourcecode line which causes undefined reference error查找导致未定义引用错误的源代码行
【发布时间】：2013-05-30 12:44:35
【问题描述】：

使用 C/C++ 编程时，每个人迟早都会面临“未定义的引用错误”。

这通常是由缺少库引起的，并且大多数错误通过链接缺少的库在几秒钟内得到修复。但是，例如，当使用具有单独文件的模板进行声明和实现时，可能会由于“意外”模板实例化而导致未定义的引用。不幸的是，我们现在得到的所有信息都是“未定义的引用错误”的实例，没有可能的原因提示，例如调用者的行号等。

我好奇的是：有没有一种简单的方法来发现调用函数/模板导致未定义引用错误的实际源代码行？

【问题讨论】：

它通常给出函数的名称，只要它被称为相当独特的名称，您就可以使用grep -n 来获取行号...但是如果您有 400 个称为 @987654322 的函数@ 这可能没有多大帮助...
不就是对符号名称进行拆解的问题吗？但我想这取决于你所说的这个神秘的“C/C++”是什么意思。
只是grep 未定义标识符的文件。
只是说使用 grep 查找函数不是解决方案。范围解析运算符可能已被遗漏，导致成员函数未定义，生成文件/项目中可能未包含更正文件，可能未包含正确的编译器特定导出，可能已遗漏外部，或链接的项目可能在从 C++ 引用的 C 代码中，而来自 extern c 的 C 可能已被遗漏。 Grep 可能会找到其中的一些，但它绝不会找到全部。并不是所有带有 GCC 的系统都有 grep。这里真正的问题是解决棘手的问题。
这不仅仅是一个解构问题，例如，参见实例化的模板，这些符号在原始源代码中可能很难发现。人们可能会使用 grep 之类的工具或一般的“在文件中查找 [XYZ]”来发现错误。我只是好奇是否有办法让编译器/链接器工具链提示我正确的方向，而不是自己做。由于编译器和链接器工具和步骤的分离，这可能是不可能的，但从理论上讲，工具链应该可以提供更多信息。

标签： c++ gcc linker g++

【解决方案1】：

正如我在对this question 的回答中提到的，获取导致链接错误的行号是否简单取决于编译器是否发出了所有必要的信息。

首先，我遇到的这些情况会导致您看到的行为：

编译器发出错误的调试信息（solaris studio 12.3 在某些情况下进行了调试/优化）
为超出范围的对象执行的析构函数
编译器插入的代码：
- 堆栈保护器
- 消毒剂
- 检测代码以进行调试或分析的其他工具

如果您遇到类似以下的链接错误，我建议的追踪它可能会有所帮助：

asdf.o: In function `whatever':
asdf.o(.text+0x1238): undefined reference to `fdsa'

...因为至少你有一个地址可以使用。

首先，试试addr2line：

~ addr2line -e asdf.o 0x1238
# If it works, you'll get:
asdf.cc:N
# If it doesn't work, you'll get:
??:?

如果失败，请尝试objdump：

~ objdump --dwarf=decodedline asdf.o

asdf.o:     file format elf64-x86-64

Decoded dump of debug contents of section .debug_line:

CU: asdf.cc:
File name                           Line number     Starting address
asdf.cc                                       1               0x1234
asdf.cc                                       3               0x1254
asdf.cc                                       5               0x1274

在我在这里给出的完全虚构的示例中，.debug_line 中没有对应于0x1238 的条目（链接器错误中的地址），因此它可能是编译器魔法（例如，某些东西添加了额外的代码像堆栈保护器或消毒剂），或者希望它与第 1/3 行发生的任何事情有关，因为地址位于这两行之间。

如果这还不足以让你继续：当我想要更多的继续时，我做了以下事情：

插入一个链接标志来阻止它去重整以获得重整的符号
重新编译目标文件，但让它生成程序集
在程序集中搜索损坏的符号

假设程序集的注释足够好，将缺少的符号 + 来自 objdump 的信息 + 程序集关联起来应该不难，并且至少修复代码行以开始其余的搜索 (假设你还有更多的兔子洞要走，就像 STL 的情况一样）。

【讨论】：