Question

我正在构建针对某些旧版第三方库的应用程序，并且在链接阶段存在问题。我正在尝试使用Visual Studio 9进行编译。我的编译命令是：

cl -DNT40 -DPOMDLL -DCRTAPI1=_cdecl
-DCRTAPI2=cdecl -D_WIN32 -DWIN32 -DWIN32_LEAN_AND_MEAN -DWNT -DBYPASS_FLEX -D_INTEL=1 -DIPLIB=none -I. -I"D:\src\include" -I"C:\Program Files\Microsoft Visual Studio
9.0\VC\include" -c -nologo -EHsc -W1 -Ox -Oy- -MD mymain.c

代码干净利落地编译。链接命令是：

link -debug -nologo -machine:IX86
-verbose:lib -subsystem:console mymain.obj wsock32.lib advapi32.lib
msvcrt.lib oldnames.lib kernel32.lib
winmm.lib [snip large list of
dependencies] D:\src\lib\app_main.obj
-out:mymain.exe

我得到的错误是：

app_main.obj : error LNK2019:
unresolved external symbol
"_\_declspec(dllimport) public: void
__thiscall std::locale::facet::_Register(void)"
(__imp_?_Register@facet@locale@std@@QAEXXZ)
referenced in function "class
std::ctype<char> const & __cdecl
std::use_facet<class std::ctype<char>
(class std::locale const &)" (??$use_facet@V?$ctype@D@std@@@std@@YAABV?$ctype@D@0@ABVlocale@0@@Z)

app_main.obj : error LNK2019:
unresolved external symbol
"__declspec(dllimport)  public: static
unsigned int __cdecl
std::ctype<char>::_Getcat(class
std::locale::facet const * *)"
(__imp_?_Getcat@?$ctype@D@std@@SAIPAPBVfacet@locale@2@@Z)
referenced in function "class
std::ctype<char> const & __cdecl
std::use_facet<class std::ctype<char>
(class std::locale const &)" (??$use_facet@V?$ctype@D@std@@@std@@YAABV?$ctype@D@0@ABVlocale@0@@Z)

app_main.obj : error LNK2019:
unresolved external symbol
"__declspec(dllimport)  public: static
unsigned int __cdecl
std::ctype<unsigned
short>::_Getcat(class
std::locale::facet const * *)"
(__imp_?_Getcat@?$ctype@G@std@@SAIPAPBVfacet@locale@2@@Z)
referenced in function "class
std::ctype<unsigned short> const &
__cdecl std::use_facet<class std::ctype<unsigned short> >(class
std::locale const &)"
(??$use_facet@V?$ctype@G@std@@@std@@YAABV?$ctype@G@0@ABVlocale@0@@Z)

mymain.exe : fatal error LNK1120: 3
unresolved externals

请注意，这些错误来自遗留代码，而不是我的代码 - app_main.obj是遗留代码的一部分，而mymain.c是我的源代码。我已经做了一些搜索，我读到的内容说这种类型的错误是由于我的代码和我链接的库之间的-MD开关不匹配造成的。由于我正在处理遗留代码，因此解决方案必须来自我的环境。自从我完成C ++工作以来已经很长时间了，甚至更长时间以来我使用Visual Studio，所以我希望这只是我的一些无知。关于如何解决这些问题的任何想法？

Answer 1

这些是标准库引用。确保所有库（包括标准库）都使用相同的链接。例如。在动态链接标准库时，您无法静态链接。使用的线程模型也是如此。请特别注意您和第三方库使用相同的链接选项。

这可能是* ss中真正的痛苦。

Answer 2

在MSDN上查看：

/ MD使您的应用程序使用运行时库的多线程和DLL特定版本。
/ MT使您的应用程序使用运行时库的多线程静态版本。

注意：“......以便链接器将使用LIBCMT.lib来解析外部符号”

所以你需要一套不同的库。

我如何找出要链接的库：

找到链接的配置，并添加/详细选项。
将输出通道管道传输到文本文件。
尝试不链接的配置。
查看步骤2的详细输出中未解析的符号（“_declspec（dllimport）public：void thiscall std :: locale :: facet :: Register（void）”）并查找使用过的库
将这些库添加到您要链接到的库列表中。

老skool，但worked对我来说。

扬

Answer 3

如果您仍希望使用VS2008（或将来）编译项目，我建议使用二进制编辑器查看有问题的目标文件 mainapp.obj 。

以下是我的一个小项目的例子。

zdbException.obj包含以下摘录

DEFAULTLIB:"libc
pmtd" /DEFAULTLI
B:"uuid.lib" /DE
FAULTLIB:"uuid.l
ib" /include:?id
@?$num_put@DV?$o
streambuf_iterat
or@DU?$char_trai
ts@D@std@@@std@@
@std@@2V0locale@
2@A /include:?id
@?$numpunct@D@st
d@@2V0locale@2@A
 /DEFAULTLIB:"LI
BCMTD" /DEFAULTL
IB:"OLDNAMES" /E
DITANDCONTINUE

请注意条目 / DEFAULTLIB：“LIBCMTD”。这表明目标文件是使用静态c运行时多线程调试编译的。

在VS2008附带的标准运行时库中，也可能不推荐使用obj中引用的函数。

Answer 4

在尝试在VS 2008下编译这些东西之后，我尝试了早期版本的VS - 2005使用了警告，而2003刚刚起作用。我仔细检查了链接，找不到任何问题，所以要么我找不到，要么就是问题。

重申一下，降级到VS 2003会修复它。

C ++链接器未解析的外部符号

4 个答案: