在同一个编译器(vc12）上进行编译时，是什么原因导致了损坏名称的差异

What causes difference in mangled names when compiling on the same compiler (vc12)?

本文关键字：损坏 是什么 vc12 编译器 同一个 编译      更新时间：2023-10-16

我目前正在尝试编译CppUTest库并将其与我的项目链接起来。我使用CMake为CppUTest库创建了一个Visual Studio 2013解决方案，并进行了构建。

然而，当我将创建的CppUTest.lib链接到我的应用程序时，我会收到一个链接器错误，告诉我它找不到像这样的多个符号

??0Utest@@QAE@XZ)

或

?RunAllTests@CommandLineTestRunner@@SAHHPAPAD@Z

现在，当我在lib上使用dumpbin.exe和选项/LINKERMEMBER时，我会在库中获得一个符号列表，其中包括名称

??0Utest@@QEAA@XZ

和

?RunAllTests@CommandLineTestRunner@@SAHHPEAPEAD@Z

因此，实际存在的名称与我的项目所期望的名称略有不同，我不知道是什么导致了这个问题。是否有导致这些更改的编译选项，或者我是否使用了不同的编译器，尽管我认为它是相同的？

从Visual Studio命令提示符运行undname.exe实用程序。你得到：

Undecoration of :- "??0Utest@@QAE@XZ"
is :- "public: __thiscall Utest::Utest(void)"

和

Undecoration of :- "??0Utest@@QEAA@XZ"
is :- "public: __cdecl Utest::Utest(void) __ptr64"

很清楚，这是Utest类的默认构造函数。请注意调用约定的不同之处，__thiscall与__cdecl。以及库版本如何具有__ptr64属性。

您可以看到该属性出现在64位函数上。x64只有一个调用约定，并且不区分__cdecl和__thiscall。

因此，它应该开始变得明显，链接器想要第一个，32位版本的构造函数。您提供的64位版本永远无法工作，因为您不能混合使用32位和64位代码。对此也应该有一个响亮的警告，不要忽视这些警告。

链接到此库的32位内部版本以解决您的问题。或者生成程序的x64版本。

相关文章：