我的最终目标是从我的 MSVC 应用程序执行 g++ 以在运行时构建 dll。 g++ 创建的 dll 将由 MSVC 应用程序加载以供使用。
只是使用命令行搞乱了一些测试代码,我设法构建了一个 dll,但它似乎有一些问题:
C:\MinGW\bin>g++ -shared -o testdll.dll AIFuncs_RF.cpp AIFuncs_RF.def
Warning: resolving _CreateAIModule by linking to _CreateAIModule@4
Use --enable-stdcall-fixup to disable these warnings
Use --disable-stdcall-fixup to disable these fixups
Warning: resolving _DestroyAIModule by linking to _DestroyAIModule@0
这是我的 def 文件:
LIBRARY "AIFuncs_RF"
EXPORTS
CreateAIModule=CreateAIModule @1
DestroyAIModule=DestroyAIModule @2
以及 dll main 的代码:
BOOL APIENTRY DllMain(HMODULE hModule, DWORD Reason, LPVOID pReserved)
{ switch ( Reason )
{
case DLL_PROCESS_ATTACH:
case DLL_THREAD_ATTACH:
case DLL_THREAD_DETACH:
case DLL_PROCESS_DETACH:
break;
}
return TRUE;
}
extern "C" void __stdcall
CreateAIModule()
{
}
extern "C" void __stdcall
DestroyAIModule()
{
}
知道为什么函数没有正确链接吗?
非常感谢您的帮助。
最佳答案
gcc 和 Microsoft 的 C 编译器的 stdcall 命名约定不同。 gcc 在@ 之后将压入堆栈的参数的大小添加到函数名中。微软没有。您的 def 文件包含 MS 版本,因此 gcc 使用其自动修复来提供 MS 风格的符号。
这本身不是错误。 gcc 只是警告你它已经做了这样的事情,你应该通过提供 --enable-stdcall-fixup
链接器标志(所以,-wl,--enable-stdcall -fixup
到编译器调用)。
使用 @ 符号的原因是顺便说一句:stdcall 函数在返回时从堆栈中弹出它们的参数,调用者压入它们,因此它们必须完全同意这些参数的大小,否则堆栈损坏将导致灾难性的结果.
关于c++ - 使用 g++ 构建用于 MSVC 应用程序的 dll,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7623200/