【发布时间】:2021-11-24 18:46:08
【问题描述】:
cl.exe 中有一个选项可以在 DLL 中使用命令行属性 /ENTRY 定义自定义入口点。不幸的是,它没有提供如何使用它的示例。
http://msdn.microsoft.com/en-us/library/f9t8842e%28v=vs.100%29.aspx
我创建了支持 /CLR 的托管 C++ DLL,并将主函数的名称替换为“开始”:
int Start(int argc, char *argv[])
{
return 0;
}
然后我尝试使用这个 BAT 命令从命令行编译这个 DLL:
"c:\Program Files\Microsoft Visual Studio 12.0\VC\bin\cl.exe" ^
/clr /Fo /Z7 /D "NDEBUG" ^
/ENTRY:Start ^
"..\Links\Links.cpp"
很遗憾,我收到了这个错误:
LNK1561: Entry point must be defined
问题:我究竟应该将什么作为 /ENTRY 参数传递?
编辑:正如 Hans 在下面的评论中提到的,曾经作为 DLL 入口点的函数需要有另一个签名,所以我更正了上面的示例。下面介绍的函数是 EXE 文件的入口点示例,特别是因为它的参数中有托管类型。
int Start(array<String ^> ^ argc)
{
return 0;
}
【问题讨论】:
-
DLL 的入口点一直是,现在仍然是 C++/CLI 程序集,一个名为“DllMain”的函数。谁的签名看起来不像你的 Start() 方法。链接器没有警告您的错误。它的结局很糟糕,你没有得到字符串,返回值很重要,它会被多次调用。
-
@Hans Passant:你是对的,我试图以两种方式编译这个项目 - 作为 DLL 或 EXE,如果输出是 EXE 文件,则可以编译这个问题的第一个版本中提到的函数,如果我尝试将其编译为 DLL,它会通知我函数的签名是错误的,因此我将其更正为 DLL 的函数。
-
这仍然不是 DLL 入口点的正确签名。此外,在托管程序集中指定
/ENTRY是一个非常糟糕的主意,因为现在C++ 运行时库中的所有.NET Framework 支持代码都不会被执行。只需保留库提供的入口点,并提供一个名为DllMain的函数,库入口点将调用该函数。