我正在编译DLL两次（一次为x86，一次为x64），我已经设置/ ENTRY到“DllMain”。 我正在使用/ MT运行时库选项静态链接到运行时库。 这一切工作正常，当做x86构build，但x64构build失败，与此：
error LNK2019: unresolved external symbol main referenced in function __tmainCRTStartup {project directory}LIBCMT.lib(crt0.obj)
为什么这对x86版本而不是x64版本起作用？ 有什么我在这里失踪？
“extern C”函数从C ++共享对象符号表中消失
在另一台计算机上启动使用MinGW编译的Windows应用程序时出现库链接错误
Windows加载器问题 – 打开详细模式
便利库中的符号不能以可执行文件导出
不是一个直接的答案，但它可能是严格相关的：正如在评论中所说的，你应该避免以这种方式改变入口点：通常真正的入口点是由CRT提供的“假”DllMain来初始化其内部数据结构如这里所解释的），所以你绕过它。 尺寸缩小可能是由于CRT的init代码被删除。
你的DLL正在使用一个非初始化的CRT，这是非常糟糕的。 您应该离开默认入口点，顺便说一下，应该解决您的问题。
顺便提一下，注意到实际上你可以在没有CRT的情况下创建一个dll（而且它会变得非常小），但是根本不应该使用CRT，甚至没有连接它（ / NODEFAULTLIB开关）。 这意味着你可以只使用你明确链接的库（例如Windows API），但是我怀疑你会失去一些C ++特性（至少我认为是异常和RTTI）。
这可能是一个愚蠢的问题，但你确定你在x64的情况下链接为一个DLL（即指定/DLL开关） – 因为投诉是关于main ，我想知道它是否试图链接为一个可执行文件？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
