正确解决“error LNK2005: “private: __thiscall type_info xxxxx中定义 MSVCRTD.lib“的有效解决方法

最新推荐文章于 2024-05-23 13:02:08 发布

飞码创造者

最新推荐文章于 2024-05-23 13:02:08 发布

阅读量1.9k

点赞数 5

CC 4.0 BY-SA版权

分类专栏：解决bug 文章标签： c++ bug 开发语言

本文链接：https://blog.youkuaiyun.com/wbajsjhhhhh/article/details/138330907

解决bug 专栏收录该内容

244 篇文章 ¥9.90 ¥99.00

订阅专栏

超级会员免费看

正确解决"error LNK2005: “private: __thiscall type_info::type_info(class type_info const &)” (??0type_info@@AAE@ABV0@@Z) 已经在 LIBCMT.lib(typinfo.obj) 中定义 MSVCRTD.lib"的有效解决方法

文章目录

报错问题

error LNK2005: “private: __thiscall type_info::type_info(class type_info const &)” (??0type_info@@AAE@ABV0@@Z) 已经在 LIBCMT.lib(typinfo.obj) 中定义 MSVCRTD.lib

报错原因

这个错误信息表明在你的项目链接过程中出现了多重定义错误。具体来说，type_info类的复制构造函数被多次定义，分别在LIBCMT.lib（静态多线程C运行时库）和MSVCRTD.lib（多线程调试DLL运行时库）中。

解决这个

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

飞码创造者

关注关注

5
点赞
踩
205

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

订阅专栏

正确解决“error LNK2005: ___crtExitProcess 已经在 LIBCMTD.lib(crt0dat.obj) 中定义“的有效解决方法

wbajsjhhhhh的博客

04-30

2167

正确解决"error LNK2005: ___crtExitProcess 已经在 LIBCMTD.lib(crt0dat.obj) 中定义"的有效解决方法

正确解决error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的有效解决方法

wbajsjhhhhh的博客

04-30

3234

正确解决error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)异常的有效解决方法

参与评论您还未登录，请先登录后发表或查看评论

MSVCRT.lib(ti_inst.obj) : error LNK2005: "private: __thiscall type_info::type_info(class type_info c

poet_lj的专栏

07-30

3901

在MFC程序中添加非MFC程序静态lib 1.MFC程序使用多线程(/MT)运行库，非MFC程序使用(/MT)运行库此时只需要在属性页链接器->输入->忽略特定运行库中添加MSVCRT.lib，添加之后编译通过非MFC程序中添加MFC程序静态lib 1.MFC程序使用多线程(/MT)运行库，非MFC程序使用(/MT)运行库 1>uafxcw.lib(afxmem.

LNK2005问题

程序少年

02-27

971

Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Sty

“error LNK2005: “private: __thiscall type_info xxxxx中定义 MSVCRTD.lib“的解决方案

2301_79779756的博客

05-23

422

LNK2005 是 Microsoft Visual C++ 编译器在链接阶段遇到的一个错误，它通常表示某个符号（如函数、变量等）在多个对象文件或库中被定义了。在这种情况下，符号是 type_info，它是 C++ 标准库中的一个私有类，用于运行时类型信息（RTTI）。MSVCRTD.lib 是 Microsoft 提供的 C++ 运行时库（调试版）的静态库。

LNK2005

06-06

1304

编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。造成LNK2005错误主要有以下几种情况： 1．重复定义全局变量。可能存在两种情况： A、对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对整个工程的。正确的应该

fatal error LNK1104: 无法打开文件“libc.lib”的解决方法

09-05

在编程过程中，我们时常会遇到各种类型的错误，其中“fatal error LNK1104: 无法打开文件“libc.lib””是一个常见的链接错误，它通常发生在使用Microsoft Visual Studio（如VS2008）这样的集成开发环境中。...

error LNK2005 : already defined in libcmt.lib

陈同心

06-05

4776

1>MSVCRT.lib(MSVCR100.dll) : error LNK2005: "public: virtual char const * __thiscall std::exception::what(void)const " (?what@exception@std@@UBEPBDXZ) already defined in libcmt.lib(stdexcpt.obj) 1>MS

LINK2005

Small_dian的专栏

05-05

870

VC++的链接错误LNK2005 编程中经常能遇到LNK2005错误——重复定义错误，其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因，就可以轻松解决它了。造成LNK2005错误主要有以下几种情况： 1．重复定义全局变量。可能存在两种情况： A、对于一些初学编程的程序员，有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的，全局变量是针对

VS2008 error LNK2005

azheng515的专栏

05-19

1737

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

关于c++程序编译的过程原理详解

11-11

807

我们经常用到VC++2005或者其他版本来编译项目，经常会遇到这样的或者那样的编译问题。其中最郁闷的问题莫过于，所有的文件都编译成功，但是在链接的时候出错，而且是一大堆莫名其妙的错误而束手无策。最近本人在使用libtorrent库并且使用控制台程序的时候就经常碰到链接错误，着实困惑了一段时间，经过我不懈的努力最后终于解决了这一难题，弄明白了其中的原理和奥妙之后发现也不过如此啊。这里头有一个关键就是

编译完全攻略：编译器处理及LNK错误的解决方法[good！！]

民工之家

11-08

2352

最近调试遇到N多LNK错误,遂总结各解决方案如下, 以做系统学习之用。一编译器处理相关 .预处理器-编译器-汇编器-链接器预处理器会处理相关的预处理指令，一般是以"#"开头的指令。如：#include "xx.h" #define等。编译器把对应的*.cpp翻译成*.s文件(汇编语言)。汇编器则处理*.s生成对应的*.o文件(obj目标文件)最后链接器把所有的*.o文件链接成一个可执

error LNK2005

xueheng200的博客

11-05

467

解决方法：链接器->输入->忽略特定默认库: libcmt.lib

VS2015的C++工程提示LNK2005

hanbing6174的专栏

09-27

569

库之间的相互依赖没有任何问题，网上说的各种情况都一一排查了，没发现错误。后来通过修改字符集，问题解决了。实际情况是，各个依赖库都是使用的Unicode字符集，而出现问题的工程没有使用字符集。统一改为Uniconde字符集后，问题解决了。 ...

C++学习笔记1——链接器工具错误 LNK2005

Rye_dt的博客

08-28

1601

C++中产生错误代码LNK2005的可能原因和解决办法

[C++] 链接器工具错误 LNK2005 （已经在main.obj中定义）

joyride_run的博客

05-04

4333

出现的问题如下两图所示：比如我们现在有 fun.h 和 fun.cpp，也就是普通的声明文件与定义文件。但是我们有多个运行文件，也就是有多个main函数的cpp。即便只保留一个运行main，其他的注释main，也会因为头文件都包含了fun.cpp而导致这个错误的产生。因此，应当避免出现多个main文件的出现，要注释就整个文件都注释，而不是只注释一部分。（1）对于头文件中声明的全局变量：使用 extern 修饰，在 fun.h 中写 extern int mod; 在 fun.cpp 中写 int mod

nafxcw.lib(afxglobals.obj) : error LNK2005: "public: virtual __thiscall CMemDC::~CMemDC(void)" (??1CMemDC@@UAE@XZ) 已经在 FlatButton.obj 中定义

最新发布

08-07

### error LNK2005 的原因及解决方法 error LNK2005 是链接器错误，通常表示某个符号（如函数或类的析构函数）在多个目标文件或库中被重复定义。在用户提到的场景中，错误信息如下： ``` error LNK2005: "public: virtual __thiscall CMemDC::~CMemDC(void)" (??1CMemDC@@UAE@XZ) already defined in FlatButton.obj ``` 这意味着链接器在 `FlatButton.obj` 和另一个文件（如标准库或用户自定义的 `.obj` 文件）中都发现了 `CMemDC` 类的析构函数定义，导致冲突[^1]。 #### 原因分析 1. **重复定义**：`CMemDC` 类的定义出现在多个地方，例如用户代码中定义了一个 `CMemDC` 类，而 MFC 框架中也包含了一个同名的类，这会导致链接时出现多个定义。 2. **头文件未正确保护**：如果 `CMemDC` 类的定义在头文件中，但未使用 `#ifndef`、`#define` 和 `#endif` 等预处理指令进行保护，可能导致多次包含时重复定义。 3. **静态库或目标文件冲突**：如果项目中链接了多个包含相同符号的静态库或目标文件，也会导致链接冲突。 #### 解决方法 1. **重命名冲突类**：将用户代码中的 `CMemDC` 类重命名为其他名称（如 `XCMemDC`），以避免与 MFC 中的同名类冲突。这种方法虽然有效，但如果该类在多个文件中被引用，则需要逐一修改引用位置，工作量较大[^1]。 2. **使用宏定义替换类名**： ```cpp #define CMemDC XCMemDC ``` 将上述宏定义添加到 `stdafx.h` 文件的末尾，或在工程属性页中以编译器指令的形式定义宏，格式为 `/D "CMemDC=XCMemDC"`。这样可以在编译时将所有对 `CMemDC` 的引用替换为 `XCMemDC`，从而避免冲突，无需修改所有引用位置[^1]。 3. **检查头文件保护**：确保 `CMemDC` 类的头文件使用了预处理指令来防止重复包含。例如： ```cpp #ifndef __MEMDC_H__ #define __MEMDC_H__ class CMemDC { // 类定义 }; #endif // __MEMDC_H__ ``` 4. **排除冲突的库或目标文件**：在项目属性中，检查链接器的输入设置，排除包含重复定义的库或目标文件。例如，在 Visual Studio 中，可以通过右键点击项目 -> 属性 -> 链接器 -> 输入 -> 忽略特定默认库，来排除冲突的库。 5. **使用命名空间**：将 `CMemDC` 类放入一个自定义的命名空间中，以避免与全局命名空间中的同名类冲突。例如： ```cpp namespace MyNamespace { class CMemDC { // 类定义 }; } ``` 6. **检查编译选项**：确保所有源文件使用相同的编译选项进行编译，特别是与 MFC 相关的选项。例如，在多线程或单线程模式下编译的代码可能会导致库冲突。 --- ###