c++ - 调试链接错误的最佳实践

Question

在使用 C++ 构建项目时，我发现调试链接错误很棘手，尤其是在获取其他人的代码时。人们使用什么策略来调试和修复链接错误？

Answer 1

不确定您的专业水平是多少，但这里是基础知识。

下面是来自 VS 2005 的链接器错误 - 是的，如果您不熟悉它，那将是一团糟。

ByteComparator.obj : error LNK2019: unresolved external symbol "int __cdecl does_not_exist(void)" (?does_not_exist@@YAHXZ) referenced in function "void __cdecl TextScan(struct FileTextStats &,char const *,char const *,bool,bool,__int64)" (?TextScan@@YAXAAUFileTextStats@@PBD1_N2_J@Z)

有几点需要关注：

• “ByteComparator.obj” - 查找 ByteComparator.cpp 文件，这是链接器问题的根源
• "int __cdecl does_not_exist(void)" - 这是它找不到的符号，在这种情况下是一个名为 does_not_exist() 的函数

此时，在许多情况下，最快的解决方法是搜索该函数的代码库并找到实现的位置。一旦你知道函数在哪里实现，你只需要确保这两个地方连接在一起。

如果您使用的是 VS2005，您将使用“项目依赖项...”右键菜单。如果您使用 gcc，您将在您的 makefile 中查找可执行文件生成步骤（使用一堆 .o 文件调用 gcc）并添加缺少的 .o 文件。

---

在第二种情况下，您可能缺少一个“外部”依赖项，而您没有代码。Win32 库通常在您必须链接到的静态库中实现。在这种情况下，请转到MSDN或“Microsoft Google”并搜索 API。在 API 描述的底部给出了库名称。将此添加到您的项目属性“配置属性->链接器->输入->其他依赖项”列表中。例如，MSDN 上的函数 timeGetTime() 的页面告诉您使用页面底部的 Winmm.lib。

Answer 2

我遇到的常见链接错误之一是函数的使用方式与定义方式不同。如果您看到这样的错误，您应该确保您使用的每个函数都在某个 .h 文件中正确声明。
您还应该确保所有相关的源文件都编译到同一个 lib 文件中。我遇到的一个错误是当我将两组文件编译到两个单独的库中，并且我在库之间进行交叉调用时。

你有没有想过失败？

Answer 3

C 运行时库通常是最大的罪魁祸首。确保您的所有项目都具有相同的设置，即单线程与多线程以及静态与 dll。

MSDN 文档非常适合指出特定 Win32 API 调用需要哪个库（如果它出现缺失）。

除此之外，它通常归结为打开详细标志并在输出中涉水寻找线索。