error LNK2005: __errno 已经在 MSVCRTD.lib(MSV

最新推荐文章于 2024-03-23 14:11:00 发布
转载 最新推荐文章于 2024-03-23 14:11:00 发布 · 1k 阅读 · 0

本文解决了在使用Visual Studio进行项目编译时遇到的LNK2005错误，该错误通常是因为链接器尝试链接两个或更多的相同符号。通过在项目属性设置中忽略指定的libcmt.lib库文件可以解决此问题。

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

LIBCMT.lib(dosmap.obj) : error LNK2005: __errno 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0dat.obj) : error LNK2005: _exit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0dat.obj) : error LNK2005: __exit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0dat.obj) : error LNK2005: __cexit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0dat.obj) : error LNK2005: __c_exit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0.obj) : error LNK2005: __amsg_exit 已经在 MSVCRTD.lib(MSVCR71D.dll) 中定义
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_z 已经在 MSVCRTD.lib(cinitexe.obj) 中定义
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xc_a 已经在 MSVCRTD.lib(cinitexe.obj) 中定义
LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_z 已经在 MSVCRTD.lib(cinitexe.obj) 中定义

LIBCMT.lib(crt0init.obj) : error LNK2005: ___xi_a 已经在 MSVCRTD.lib(cinitexe.obj) 中定义



解决方法：属性->链接库->输入->忽略指定库中增加libcmt.lib

编译完全攻略：编译器处理及LNK错误的解决方法[good！！]
民工之家
11-08 2295
  最近调试遇到N多LNK错误,遂总结各解决方案如下, 以做系统学习之用。一编译器处理相关 .预处理器-编译器-汇编器-链接器预处理器会处理相关的预处理指令，一般是以"#"开头的指令。如：#include "xx.h" #define等。编译器把对应的*.cpp翻译成*.s文件(汇编语言)。 汇编器则处理*.s生成对应的*.o文件(obj目标文件)最后链接器把所有的*.o文件链接成一个可执
LIBCMT.lib(vswprnc.obj) : error LNK2005: 已经在 msvcrtd.lib(MSVCR100D.dll) 中定义
03-23 3816
vs2010编译工程错误： 1>  正在生成代码... 1>LIBCMT.lib(vswprnc.obj) : error LNK2005: _vswprintf_s 已经在 msvcrtd.lib(MSVCR100D.dll) 中定义 1>LIBCMT.lib(swprintf.obj) : error LNK2005: _swprintf_s 已经在 msvcrtd.lib(MS
LNK2005
06-06 1290
编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。         造成LNK2005错误主要有以下几种情况：     1．重复定义全局变量。可能存在两种情况：     A、对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该
LNK2005...already defined...ERROR
weixin_34163741的博客
04-29 177
链接时出错提示： LIBCMT.lib(crt0dat.obj) : error LNK2005: __amsg_exit already defined in MSVCRTD.lib(MSVCR80D.dll)LIBCMT.lib(crt0dat.obj) : error LNK2005: __initterm_e already defined in MSVCRTD.lib(MSVCR80D...
LINK2005
Small_dian的专栏
05-05 853
VC++的链接错误LNK2005 编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。 造成LNK2005错误主要有以下几种情况： 1． 重复定义全局变量。可能存在两种情况： A、 对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对
VS2008 error LNK2005
azheng515的专栏
05-19 1722
1>Linking...1>libcmt.lib(setlocal.obj) : error LNK2005: __configthreadlocale already defined in MSVCRTD.lib(MSVCR90D.dll)1>libcmt.lib(tidtable.obj) : error LNK2005: __encode_pointer already defined in MSVCRTD.lib(MSVCR90D.dll)1>libcmt.lib(tidtable.obj) : e
msvcprtd.lib(MSVCP90D.dll) : error LNK2005
燕子的专栏
04-10 9163
工程使用了第三方库astt.lib， astt.lib已经在linker->input->additional dependencies中添加； Runtime library为/MDd, LIBCPMT.LIB,LIBCPMTD.LIB在ignore specific library中添加。   出现的错误如下： 1>Linking... 1>msvcprtd.lib(MSVCP90
error LNK2005: _DllMain@12 already defined in MSVCRTD.lib
weixin_33974433的博客
05-23 242
    本文主要分析和解决编译链接时产生的 LNK2005 错误。 【错误信息】：     mfcs90ud.lib(dllmodul.obj) : error LNK2005: _DllMain@12 already defined in MSVCRTD.lib(dllmain.obj) 【分析原因】：     这篇文章：《在Visual C++中以错误的顺序链接CRT库和MFC库时...
关于c++程序编译的过程原理详解
11-11 794
我们经常用到VC++2005或者其他版本来编译项目，经常会遇到这样的或者那样的编译问题。其中最郁闷的问题莫过于，所有的文件都编译成功，但是在链接的时候出错，而且是一大堆莫名其妙的错误而束手无策。最近本人在使用libtorrent库并且使用控制台程序的时候就经常碰到链接错误，着实困惑了一段时间，经过我不懈的努力最后终于解决了这一难题，弄明白了其中的原理和奥妙之后发现也不过如此啊。这里头有一个关键就是
连接错误
lifemap的专栏
01-18 785
<br />VC编译错误：uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义<br />编译错误 2010-03-30 21:47:54 阅读1078 评论0  字号：大中小 订阅<br />1>uafxcw.lib(afxmem.obj) : error LNK2005: "void * __cdecl o
解决1＞LIBCMT.lib(invarg.obj) : error LNK2005: __invoke_watson 已经在 MSVCRT.lib(MSVCR80D.dll) 中定义问题
weixin_45827115的博客
10-07 211
已经重复定义了该接口，删除对应MSVCRT.lib库的引用即可。
msvcprtd.lib(MSVCP100D.dll) : error LNK2005
不知道要什么,便什么都想要,最后什么都要不到
06-26 1606
背景：新建一个工程testLogin,将example\login中的两个cc文件加入到source中，设置路径及包含lib文件，加入预编译命令后，编译时出现这个错误。   原因：使用VS2010的project wizard新建一个Win32 Consoleproject时，默认的Runtime Library是Multi-threaded DebugDll(/MDd)，而要编译login必
【VC】msvcprtd.lib(MSVCP90D.dll) : error LNK2005
Pangtou的专栏
12-08 1150
编译错误： msvcprtd.lib(MSVCP90D.dll) : error LNK2005 "public: __thiscall std::basic_string,class std::allocator >::~basic_string,class std::allocator>... LIBCMTD.lib(xxx.obj) : error LNK2005 已经在 MSVCR
error LNK2005
xueheng200的博客
11-05 429
解决方法： 链接器->输入->忽略特定默认库: libcmt.lib
VS编译时提示“已经在 LIBCMT.lib(new.obj) 中定义“
SurpassLi的专栏
03-23 539
忽略LIBCMT.lib库也不能解决，因此只能： 在项目属性页-》连接器-》命令行-》附加选项中 添加/force
VS2015的C++工程提示LNK2005
hanbing6174的专栏
09-27 548
库之间的相互依赖没有任何问题，网上说的各种情况都一一排查了，没发现错误。 后来通过修改字符集，问题解决了。 实际情况是，各个依赖库都是使用的Unicode字符集，而出现问题的工程没有使用字符集。统一改为Uniconde字符集后，问题解决了。 ...
MFC调用haru库报错1>libcmtd.lib(dbgheap.obj) : error LNK2005: __CrtSetCheckCount 已经在 MSVCRTD.lib(MSVCR100D.dll) 中定义
最新发布
06-12
<think>我们正在解决一个MFC项目中调用Haru库时出现的LNK2005链接错误。根据用户描述，错误涉及到libcmtd.lib和MSVCRTD.lib之间的冲突。这通常是由于项目中混用了不同版本的运行时库（例如，一个库使用调试版，而另一个使用发布版，或者同时混用了静态和动态链接的运行时库）导致的。参考引用中提到了Haru库的最新版进行了完全重写，可能因此改变了其库的构建方式，导致与MFC项目的兼容性问题。典型的解决方案是确保整个项目（包括所有依赖库）使用相同的运行时库设置。在MFC项目中，我们可以通过以下步骤调整：1.检查Haru库的构建方式：确认Haru库是使用哪种运行时库（Debug/Release，静态/动态）构建的。通常情况下，如果Haru库是用动态链接的运行时库（如/MD或/MDd）构建的，那么我们的项目也要使用相同的设置。2.调整项目的运行时库设置：-在VisualStudio中，右键项目->属性->C/C++->代码生成->运行时库。-确保项目配置（Debug/Release）与Haru库的配置匹配。例如：-Debug配置：使用/MDd（如果Haru库在Debug下使用动态链接）或者/MTd（如果使用静态链接，但注意混用可能引发问题）。-Release配置：使用/MD或/MT。通常，为了避免冲突，建议都使用动态链接运行时库（/MD或/MDd），因为这样多个库可以共享同一个C运行时库，减少冲突。3.检查Haru库是否提供了不同运行时库的版本。如果没有，可能需要自己使用与项目相同的设置重新编译Haru库。4.如果项目中还有其他库，也要确保它们使用相同的运行时库设置。5.另外，LNK2005错误也可能是因为符号被多次定义。检查是否重复链接了同一个库（例如，同时链接了Haru库的静态库和动态导入库），或者在不同的库中定义了相同的函数。根据以上思路，我们给出具体的解决步骤：###解决步骤1.**确认Haru库的构建配置**：-如果Haru库是下载的预编译版本，查看其文档或提供的版本信息，确认它是用哪种运行时库（/MT,/MTd,/MD,/MDd）编译的。-如果Haru库是开源的，并且提供了源代码，建议自己使用与项目相同的运行时库设置重新编译Haru库。2.**统一项目的运行时库设置**：-打开MFC项目的属性页。-在Debug配置下，将运行时库设置为与Haru库Debug版本相同的设置（通常，如果Haru库是Debug版本，建议设置为`/MDd`）。-在Release配置下，设置为`/MD`。-如果Haru库是静态链接（/MT或/MTd），那么项目也要使用对应的静态链接（但注意，MFC项目通常使用动态链接MFC，所以可能还需要调整MFC库的使用方式）。3.**重新编译Haru库（如果需要）**：-如果Haru库的预编译版本与项目设置不匹配，需要从源代码编译Haru库。-在Haru库的解决方案中，修改项目属性，将运行时库设置成与你的MFC项目一致。-然后编译得到新的Haru库，再将其链接到你的项目中。4.**检查库的重复链接**：-在项目属性->链接器->输入中，检查是否有重复的库（例如，同时链接了多个不同版本的Haru库）或者冲突的库（如同时链接了静态和动态版本的运行时库）。5.**清理并重新生成**：-清理解决方案，然后重新生成。###注意事项-由于Haru库最新版完全重写了代码，并且舍弃了旧版本的API兼容性，因此确保使用的是新版本的API。-在MFC项目中，如果使用了动态链接MFC，则运行时库通常使用动态链接（/MD或/MDd）以避免冲突。通过以上步骤，通常可以解决LNK2005链接错误。如果问题仍然存在，需要检查具体的错误信息，看是否还有其他冲突的库。§§相关问题§§1.如何在VisualStudio中修改运行时库设置？2.如何从源代码编译Haru库并配置使其适用于MFC项目？3.如何解决MFC项目中多个库之间的运行时库冲突？</think> ### 解决MFC项目中调用Haru库的LNK2005链接错误 #### 错误分析 LNK2005错误通常发生在库冲突时，尤其是当项目同时链接了不同版本的C运行时库（CRT）。在您的案例中： ``` LNK2005: _malloc 已在 libcmtd.lib(dbgheap.obj) 和 MSVCRTD.lib 中定义 ``` 这表示项目同时链接了： 1. **静态调试版CRT**（`libcmtd.lib`） 2. **动态调试版CRT**（`MSVCRTD.lib`） Haru库的最新版完全重写了代码（舍弃了旧API兼容性）并优化了性能[^1]，但其编译设置可能与MFC项目的CRT配置冲突。 --- ### 解决方案（逐步操作） #### 1. 统一CRT库版本（关键步骤） 在**项目属性 → C/C++ → 代码生成**中设置： | 配置类型 | 设置项 | 推荐值 | |---------|--------|-------| | **Debug** | 运行时库 | `/MDd`（动态调试DLL） | | **Release** | 运行时库 | `/MD`（动态发布DLL） | ! 同时确保**所有依赖库**（包括Haru）使用相同的设置重新编译 --- #### 2. 检查库链接顺序 在**链接器 → 输入 → 附加依赖项**中： ``` MSVCRTD.lib; # CRT库在前 libhpdfd.lib; # Haru库在后 ``` --- #### 3. 强制符号单一定义 在**链接器 → 命令行**添加： ```bash /FORCE:MULTIPLE /NODEFAULTLIB:libcmt.lib ``` --- #### 4. 清理冲突的库引用 检查是否有以下情况： - 项目手动添加了`libcmtd.lib` - Haru库编译时使用了`/MTd`（静态链接） - MFC项目其他第三方库使用了静态CRT --- #### 5. 重建Haru库（如果上述无效） 从源码编译Haru： ```cmake cmake -DCMAKE_MSVC_RUNTIME_LIBRARY="/MDd" .. ``` 确保编译时添加：`-DHPDF_SHARED_LIB=ON`（生成动态库） --- ### 验证流程 1. 清理解决方案 → 重新生成 2. 检查链接器输出是否只出现`MSVCRTD.lib`或`libcmtd.lib`之一 3. 运行时测试PDF生成功能（验证TrueType字体嵌入是否正常）[^1] > ⚠️ 注意：Haru最新版放弃旧API兼容性[^1]，请确认代码使用新版API
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值