error LNK2005: __initp_misc_invarg 已经在 libcmtd.lib(invarg.obj) 中定义

最新推荐文章于 2022-03-16 09:17:23 发布
最新推荐文章于 2022-03-16 09:17:23 发布
阅读量8k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： VC基础知识温习 文章标签： mfc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lin_angle/article/details/7665435
本文探讨了在链接Lib文件时遇到的LNK2005错误，这种错误通常由于编译环境与调用程序不一致引起，例如MFC的共享模式或静态链接模式与运行时库调用方式的冲突。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1>libcmt.lib(invarg.obj) : error LNK2005: __initp_misc_invarg 已经在 libcmtd.lib(invarg.obj) 中定义
1>libcmt.lib(invarg.obj) : error LNK2005: __call_reportfault 已经在 libcmtd.lib(invarg.obj) 中定义

 

当在链接Lib文件时经常出现这些链接错误，这个问题通常是发生在lib的编译环境跟调用程序不一致导致的

（如，MFC 使用共享模式或是静态链接模式，运行时库的调用方式等等）。

整理：warning LNK4098: 默认库“LIBCMT”与其他库的使用冲突；请使用 /NODEFAULTLIB:library
jacke121的专栏
05-26 4879
整理：warning LNK4098: 默认库“LIBCMT”与其他库的使用冲突；请使用 /NODEFAULTLIB:library 原文：https://blog.csdn.net/bat67/article/details/52792256 版权声明：(╯3╰) 转载请注明: https://blog.csdn.net/bat67/article/details/52792256 1&g...
关于采用静态链接编译生成EXE库函数重复定义问题
chd_hjq的专栏
09-25 2027
看了好多关于类似LIBCMT.lib(invarg.obj) : warning LNK4006: ___pInvalidArgHandler already defined in libcmtd.lib(invarg.obj); second definition ignored的问题解决方法，但由于个人用的是VS2012所以原理虽然差不多，但操作步骤略有不同。 错误： LIBCMT.lib
1>libcmt.lib(invarg.obj) : error LNK2005: __initp_misc_invarg 已经在 libcmtd.lib(invarg.obj) 中定义 1>li
07-08 1万+
1>libcmt.lib(invarg.obj) : error LNK2005: __initp_misc_invarg 已经在 libcmtd.lib(invarg.obj) 中定义 1>libcmt.lib(invarg.obj) : error LNK2005: __call_reportfault 已经在 libcmtd.lib(invarg.obj) 中定义   转化
error LNK2005: __initp_misc_invarg already defined in libcmtd.lib(invarg.obj)
android菜鸟的专栏
02-14 577
Debug模式下编译出现如下错误： LIBCMT.lib(invarg.obj) : error LNK2005: __initp_misc_invarg already defined in libcmtd.lib(invarg.obj) 主要原因是链接了两个库LIBCMT and LIBCMTD，以至于出现already defined。 解决办法： 1.确保当前工程的Ru...
error LNK2005: __get_invalid_parameter_handler 已经在 LIBCMTD.lib(invarg.obj) 中定义
swanabin的专栏
01-13 7900
问题描述： 在用vs2012编译程序的时候，release版本正常编译通过，但Debug版本提示下面的很多错误; 1>LIBCMT.lib(invarg.obj) : error LNK2005: "void __cdecl _invalid_parameter(unsigned short const *,unsigned short const *,unsigned short const
error LNK2005: ___pInvalidArgHandler 已经在 libcmtd.lib(invarg.obj) 中定义
无奋斗、无青春!
11-02 937
已启动生成… 1>------ 已启动生成: 项目: Bosch_EDC7, 配置: Debug Win32 ------ 1>edc7.lib(Bosch_EDC7.obj) : 找到 MSIL .netmodule 或使用 /GL 编译的模块；正在使用 /LTCG 重新启动链接；将 /LTCG 添加到链接命令行以改进链接器性能 1>LINK : warning LNK4075: 忽略“/INCREMENTAL”(由于“/LTCG”规范) 1>Bosch_EDC7.obj : wa
fortran使用netcdf 读写NC文件
热门推荐
h4x0r_007的专栏
07-15 2万+
先安装VS2010 再安装intel visual fortran2011 1、下载已编译的netcdf 去下载别人已编译好的netcdf库，http://bbs.lasg.ac.cn/bbs/viewthread.php?tid=955 NetCDF3.6.1Beta1.Win32.for.CVF.IVF.rar 为了简单操作，我将NetCDF3.6.1
Visual Studio Compile and Link error LNK2005
fanbird2008的专栏
08-25 1417
错误 1 error LNK2005: "void __cdecl _invalid_parameter(unsigned short const *,unsigned short const *,unsigned short const *,unsigned int,unsigned int)" (?_invalid_parameter@@YAXPBG00II@Z) 已经在 LIBCMTD.
__call_reportfault already defined in libcmtd.lib(invarg.obj)
W_SX12553的专栏
08-14 1167
今天下午原来 vs2008 创建的工程，用vs2010打开的时候
VS中C++报错【error LNK2005: _main 已经在 xxx.obj 中定义】
姚先生的全栈之路
03-16 8854
关于VS中C++报错：【error LNK2005】的解决方法
vc链接静态库的时候要注意的问题
05-01 5885
vc工程与被链接的静态库（*.lib)文件之间要保持一致： 例如：  是共享模式使用MFC dll还是静态模式使用MFC dll？ 是多线程还是单线程？ 是调试模式还是release模式？ 涉及的项目属性配置  /MDd   与 /MTd   /MD /MT 如果不一致，在链接阶段会报告错误，如： LIBCMT.lib(invarg.ob
LINK : warning LNK4098: 默认库“LIBCMTD”与其他库的使用冲突；请使用 /NODEFAULTLIB:library
zhshow的专栏
05-31 1972
<br /><br />引文出处：http://blog.csdn.net/pgmsoul/archive/2009/05/20/4203941.aspx<br /> <br />以前经常遇到这个警告信息，因为运行并没有什么问题，所以也没深究。但是耿耿于怀那个“ 0 个错误，0 个警告”的成功提示，在网上搜了一下。原来问题出在默认库的引用选择上。<br />VS2008，项目——属性——配置属性——C/C++——代码生成：他有/MT，/MTd，/Md，/MDd四个选项，你必须让所有使用的库都使用相同的配置，
VC++编译错误解决方法
ComputerInBook的专栏
11-18 973
1. 编译错误 >LIBCMT.lib(invarg.obj) : error LNK2005: _invoke_watson already defined in LIBCMTD.lib(invarg.obj) 解决方法：在Link属性的输入库中按顺序显式输入：LIBCMT.LIB    MSVCRT.LIB 重新编译即可！
VC静态连接库注意事项
weixin_30648963的博客
12-26 167
vc工程与被链接的静态库（*.lib)文件之间要保持一致： 例如： 是共享模式使用MFC dll还是静态模式使用MFC dll？ 是多线程还是单线程？ 是调试模式还是release模式？ 涉及的项目属性配置 /MDd 与/MTd /MD/MT 如果不一致，在链接阶段会报告错误，如： LIBCMT.lib(invarg.obj) : e...
已经在 LIBCMTD.lib(dbgdel.obj) 中定义 解决
hnust_xiehonghao的专栏
04-09 7838
解决方法： 编译工具：VS2008 项目－－〉属性－－〉配置属性－－〉链接器－－〉输入－－〉附加依赖项－－〉Nafxcwd.lib;Libcmtd.lib 项目－－〉属性－－〉配置属性－－〉链接器－－〉输入－－〉忽略特定库－－〉Nafxcwd.lib;Libcmtd.lib 注意 顺序  要Nafxcwd 在前！
LNK2005错误 :error LNK2005: 已经在 libcmtd.lib(dbgheap.obj) 中定义
Angry 刀刀
11-23 2万+
转自：http://hi.baidu.com/weitingwang/item/d9de9ae8f581f4e8fb42ba5e VS2005链接问题： LNK2005错误 :error LNK2005: _free 已经在 libcmtd.lib(dbgheap.obj) 中定义 以前经常遇到这个警告信息，因为运行并没有什么问题，所以也没深究。但是耿耿于怀那个“ 0
LIBC.lib(crt0dat.obj) : error LNK2005: __cinit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: _exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __cexit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __c_exit already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __C_Exit_Done already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __C_Termination_Done already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __exitflag already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __wpgmptr already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __pgmptr already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___winitenv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __wenviron already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___initenv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __environ already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___wargv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___argv already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: ___argc already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winminor already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winmajor already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __winver already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __osver already defined in libcmt.lib(crt0dat.obj) LIBC.lib(crt0dat.obj) : error LNK2005: __umaskval already defined i
最新发布
03-13
<think>嗯，用户遇到了Visual Studio中的LNK2005错误，提示在LIBC.lib和libcmt.lib中有多个符号定义。我需要先理解这个错误的常见原因。根据引用[3]，这个错误通常是因为同一个符号被多次定义，而链接器不知道用哪个。可能的情况是运行时库的冲突，比如同时链接了静态库的不同版本，如libc.lib和libcmt.lib。 接下来，用户提到具体涉及LIBC.lib和libcmt.lib，这让我想到可能是项目中有混合使用了不同版本的运行时库。比如，有些模块用了多线程静态库（libcmt.lib），而其他模块可能用了单线程的（libc.lib）或者动态链接的DLL版本（如msvcrt.lib）。这时候链接器会发现同样的函数在多个库中存在，导致重复定义。 根据引用[1]，这些库是不同运行时库的静态链接版本。解决方案应该是统一项目的运行时库设置。例如，在项目属性中，C/C++ -> 代码生成 -> 运行时库，确保所有依赖项都使用相同的选项，比如多线程调试（/MTd）或者多线程（/MT），避免混合使用/MT和/MD。 另外，引用[4]提到的/VERBOSE链接器选项和DUMPBIN工具可以帮助查看具体引用了哪些符号和库。用户可能需要检查是否有第三方库或模块使用了不同的运行时库设置，导致冲突。需要确保所有库都是用相同配置编译的。 还有可能的情况是用户手动添加了这些库，导致重复。需要检查链接器输入的附加依赖项，移除不必要的库引用。同时，确保没有在代码中使用#pragma comment(lib, ...)重复引入不同的运行时库。 总结下来，解决步骤应该是：统一运行时库设置，检查第三方库的兼容性，清理多余的库引用，使用工具分析符号冲突的具体位置。</think>### 解决Visual Studio LNK2005错误：符号重复定义问题 #### 问题分析 LNK2005错误通常是由于符号（如函数、变量）在多个库或目标文件中被重复定义引起的。当链接器发现同一符号在`LIBC.lib`和`libcmt.lib`等不同运行时库中存在时，会触发此错误。根本原因是**运行时库的混合使用**，例如同时链接了静态库（`libcmt.lib`）和动态库（`msvcrt.lib`）的不同版本[^1][^3]。 --- #### 解决步骤 1. **统一运行时库设置** - 在Visual Studio中，依次打开： **项目属性 → C/C++ → 代码生成 → 运行时库** 确保所有依赖项（包括主项目和第三方库）使用**相同的运行时库类型**： - 多线程调试（`/MTd`） - 多线程（`/MT`） - 动态调试（`/MDd`） - 动态（`/MD`） *注意：静态库（`/MT`/`MTd`）与动态库（`/MD`/`MDd`）不可混用[^3]。* 2. **检查第三方库的兼容性** - 若使用第三方库（如`.lib`文件），需确认它们是否与当前项目的运行时库设置一致。例如： - 若主项目使用`/MTd`，所有第三方库也需用`/MTd`编译。 - 若不一致，需重新编译第三方库或调整主项目配置。 3. **清理多余的库引用** - 在**项目属性 → 链接器 → 输入 → 附加依赖项**中，移除显式添加的`LIBC.lib`、`libcmt.lib`等库。默认情况下，VS会根据运行时库设置自动链接对应的库。 4. **使用工具定位冲突** - **方法1**：通过链接器的`/VERBOSE`选项查看详细链接过程： ```bash # 在项目属性 → 链接器 → 命令行 → 附加选项中添加 `/VERBOSE` ``` - **方法2**：用`DUMPBIN`工具分析符号定义： ```bash # 查看库中的符号定义 dumpbin /SYMBOLS your_library.lib # 检查动态库的导出符号 dumpbin /EXPORTS your_dll.dll ``` 这有助于定位重复符号的具体来源[^4]。 --- #### 示例场景 假设主项目使用`/MTd`（多线程调试静态库），但引用了某个第三方库`ThirdParty.lib`（使用`/MDd`编译）。此时链接器会同时加载`libcmt.lib`（对应`/MTd`）和`msvcrt.lib`（对应`/MDd`），导致符号重复。解决方案是重新用`/MTd`编译`ThirdParty.lib`。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值