链接 CRT 库和 MFC 库 链接顺序问题

在一个原有MFC Dll项目中添加了两个CPP文件,由于新添加的CPP文件没有用到MFC,在工程中设置这两个CPP文件不使用预编译头文件。

今天早晨clean后重新编译,出现”LNK2005:_DllMain@12 already defined"错误,之前也经常遇到类似问题,总是百度一下解决问题就不再深究,

今天详细查阅了msdn的资料,基本上搞清楚了问题的缘由及解决方案。

具体原因:CRT 库对 newdeleteDllMain 函数使用弱外部链接。MFC 库也包含 newdeleteDllMain 函数。这些函数要求先链接 MFC 库,然后再链接 CRT 库。

应对方案:可以参考微软给出的两个方案,基本思路都是干预链接时引用lib的顺序,先mfc后crt。我比较倾向于第二个方案,可以干净彻底的解决问题。

                  第一个方案的思路是忽略冲突的lib库,然后再按正确的顺序添加lib库。

                  第二个方案的思路是通过添加/verbose:lib链接选项,打印出链接的顺序,找到问题根源并解决。

                  具体到我自己的dll项目,我首先怀疑到新加的两个CPP文件,在其首部添加 #include "stdafx.h" ,然后设置其使用stdafx.h作为预编译头文件,

                  重新build,link成功。这个微软给出的文档中有相关的参考:

使用 MFC 库时,务必先链接它们,然后再链接 CRT 库。这可以通过确保项目中的每个文件都首先包含 Msdev\Mfc\Include\Afx.h 来完成。直接包含 (#include <Afx.h>) 或间接包含 (#include <Stdafx.h>) 都可以。Afx.h 包含文件会通过使用 #pragma comment (lib,"
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值