调试链接错误的最佳实践

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，则可以使用“Project Dependencies ...”右键菜单。如果您正在使用gcc，那么您可以在makefile中查找可执行文件生成步骤（使用一堆.o文件调用gcc）并添加缺少的.o文件。

---

在第二种情况下，您可能缺少“外部”依赖项，而您没有代码。 Win32库通常在您必须链接到的静态库中实现。在这种情况下，请转到MSDN或"Microsoft Google"并搜索API。在API描述的底部，给出了库名。将其添加到项目属性“Configuration Properties-＆gt; Linker-＆gt; Input-＆gt; Additional Dependencies”列表中。例如，函数timeGetTime（）的page on MSDN告诉您在页面底部使用Winmm.lib。

Answer 2

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

你有没有想到的失败？

Answer 3

C-runtime库通常是最大的罪魁祸首。确保所有项目具有相同的设置，包括单线程与多线程和静态与dll。

MSDN文档适用于指出特定Win32 API调用所需的lib，如果它缺失的话。

除此之外，它通常归结为打开详细标志并浏览输出以寻找线索。