VC缺省链接库的顺序不对导致链接错误error LNK2005: "void __cdecl operator delete(void *)"
在编译工程UDPDriver时,MFC static Library和Code Generation/MultiThread选项时,链接总出现问题:
nafxcw.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (
??3@YAXPAX@Z) already defined in libcpmt.lib(delop.obj)
nafxcw.lib(afxmem.obj) : warning LNK4006: "void __cdecl operator delete(void *)" ( ??3@YAXPAX@Z) already defined in libcpmt.lib(delop.obj); second definition ignored
nafxcw.lib(afxmem.obj) : warning LNK4006: "void __cdecl operator delete(void *)" ( ??3@YAXPAX@Z) already defined in libcpmt.lib(delop.obj); second definition ignored
解决方法:
1.调整库nafxcw.lib,libcpmt.lib的顺序,库nafxcw.lib必须先于库libcpmt.lib.但缺省时,vc先编译那个文件就先链接那个库,可能导致libcpmt.lib先链接而nafxcw.lib后链接.此时,可以在project setting中先忽略这两个库nafxcw.lib,libcpmt.lib;然后再Object/Library modules中按nafxcw.lib,libcpmt.lib的顺序添加这两个库.前者为mfc静态链接库,后者为c运行时库
2.使用预编译头文件stdafx.h.该方法没经过验证,原因是预编译头文件包含了一个设置mfc库优先于c运行库的头文件
VC链接错误LNK2005解决方法
本文介绍了在使用VC进行编译时遇到的链接错误LNK2005的问题及其解决方法。主要原因是MFC静态库和C运行时库的链接顺序不当导致。文章提供了解决方案,包括调整库的链接顺序和使用预编译头文件的方法。
1508

被折叠的 条评论
为什么被折叠?



