error link 2005

本文介绍了LNK2005错误的常见原因及解决方法,包括重复定义全局变量、头文件重复包含和第三方库冲突等问题。

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

    今天一大早,VC就给我来了个下马威,昨天还老老实实工作着的程序,竟然出现58个错误,而且还都是类似的LNK2005!满满的一屏error,这对于初为程序员的我,那简直是致命的,心灵受的打击啊~~~

    赶紧Google,发现各位程友们也被这困扰着,不过还是有高手支招的,以下摘录:

   

    编程中经常能遇到LNK2005错误——重复定义错误,其实LNK2005错误并不是一个很难解决的错误。弄清楚它形成的原因,就可以轻松解决它了。   
    造成LNK2005错误主要有以下几种情况:  
    1.重复定义全局变量。可能存在两种情况:  
    A、对于一些初学编程的程序员,有时候会以为需要使用全局变量的地方就可以使用定义申明一下。其实这是错误的,全局变量是针对整个工程的。正确的应该是在一个CPP文件中定义如下:int   g_Test;那么在使用的CPP文件中就应该使用:extern   int   g_Test即可,如果还是使用int   g_Test,那么就会产生LNK2005错误,一般错误错误信息类似:AAA.obj   error   LNK2005   int   book   c?book@@3HA   already  defined   in   BBB.obj。切记的就是不能给变量赋值否则还是会有LNK2005错误。

这里需要的是“声明”,不是“定义”!根据C++标准的规定,一个变量是声明,必须同时满足两个条件,否则就是定义:  
  (1)声明必须使用extern关键字;(2)不能给变量赋初值  
  所以,下面的是声明:  
  extern   int   a;  
  下面的是定义  
  int a; int 0; extern int a =0;  
  B、对于那么编程不是那么严谨的程序员,总是在需要使用变量的文件中随意定义一个全局变量,并且对于变量名也不予考虑,这也往往容易造成变量名重复,而造成LNK2005错误。  
   
    2.头文件的包含重复。往往需要包含的头文件中含有变量、函数、类的定义,在其它使用的地方又不得不多次包含之,如果头文件中没有相关的宏等防止重复链接的措施,那么就会产生LNK2005错误。解决办法是在需要包含的头文件中做类似的处理:

  #ifndef MY_H_FILE       //如果没有定义这个宏  
  #define MY_H_FILE       //定义这个宏  
  …….       //头文件主体内容  
  …….  
  #endif  
  上面是使用宏来做的,也可以使用预编译来做,在头文件中加入:  
  #pragma once  
  //头文件主体

  
    3.使用第三方库造成的。这种情况主要是C运行期函数库和MFC的库冲突造成的。具体的办法就是将那个提示出错的库放到另外一个库的前面。另外选择不同的C函数库,可能会引起这个错误。微软和C有两种C运行期函数库,一种是普通的函数库:LIBC.LIB,不支持多线程。另外一种是支持多线程的:msvcrt.lib。如果一个工程里,这两种函数库混合使用,可能会引起这个错误,一般情况下它需要MFC的库先于C运行期函数库被链接,因此建议使用支持多线程的msvcrt.lib。所以在使用第三方的库之前首先要知道它链接的是什么库,否则就可能造成LNK2005错误。如果不得不使用第三方的库,可以尝试按下面所说的方法修改,但不能保证一定能解决问题,前两种方法是微软提供的:  
  A、选择VC菜单Project->Settings->Link->Catagory选择Input,再在Ignore   libraries   的Edit栏中填入你需要忽略的库,如:Nafxcwd.lib;Libcmtd.lib。然后在Object/library   Modules的Edit栏中填入正确的库的顺序,这里需要你能确定什么是正确的顺序。   
  B、选择VC菜单Project->Settings->Link页,然后在Project   Options的Edit栏中输入/verbose:lib,这样就可以在编译链接程序过程中在输出窗口看到链接的顺序了。  
  C、选择VC菜单Project->Settings->C/C++页,Catagory选择Code Generation后再在User Runtime Libraray中选择MultiThread DLL等其他库,逐一尝试。  
    关于编译器的相关处理过程,参考:  
    http://www.donews.net/xzwenlan/archive/2004/12/23/211668.aspx  
   
    这就是我所遇到过的LNK2005错误的几种情况,肯定还有其他的情况也可能造成这种错误,所以我不希望你在看完这篇文章以后,再遇到LNK2005错误时候,不动脑筋的想对号入座的排除错误。编程的过程就是一个思考的过程,所以还是多多开动你的头脑,那样收获会更多!

    针对我的程序,使用的是boost第三方库,正则表达式嵌入后,也许像高手所说的那样,重复定义了,多个目标文件不能重复定义同名的函数与初始化了的全局变量,可链接时,我是按照VS2005的步骤加入boost的啊,晕~~~

    1. 项目属性页-> C/C++ /常规/附加包含目录/C:\Program Files\boost\boost_1_36_0

    2. 项目属性页-> 链接器/常规/附加库目录/C:\Program Files\boost\boost_1_36_0\libs

    最后改了上述的第2.为:

    项目属性页-> 链接器/常规/附加库目录/D:\Program Files\Microsoft Visual Studio 8\VC\lib



链接告诉你与系统中的库冲突,已经被定义了。


Error 2 error LNK2005: __amsg_exit already defined in msvcrtd.lib(MSVCR100D.dll) E:\work\LIBCMTD.lib(crt0dat.obj) 

类似这种情况,一般是链接了静态库(.lib)文件。该文件的编译选项与项目的编译选项不一致导致的。有两种解决方法,一是重新编译静态库,使得编译选项与项目一致。比如多线程debug版,unicode版等设置。
二是如果无法重新编译lib库,则在链接选项中,将LIBCMT.lib作为输入库忽略。

忽略它。



C/C++ code
   
#pragma comment(linker,"/nodefaultlib:LIBCMT.lib") #pragma comment(linker,"/nodefaultlib:MSVCRTD.lib")



 

解决办法:

解决方案一:强制链接器按照正确的顺序链接库 (不推荐使用该方法)
1. 在“项目”菜单上,单击“设置”。 
2. 在“项目设置”对话框的“以下项目的设置”视图中,单击以选中出现链接错误的项目配置。 
3. 在“链接”选项卡上,单击以选中“类别”组合框中的“输入”。 
4. 在“忽略库”框中,插入库名(例如,Nafxcwd.lib;Libcmtd.lib)。

Project Properties, Linker, Input, 右边有个Ignore Specific Library,输入"MSVCRTD.lib",确定即可

不推荐使用理由,有可能造成工程中别的项目链接错误

 

解决方案二:

1. 在“项目”菜单上,单击“设置”。 

2. 切换到C++选项卡, 将CateGory(种别) 切换成 “code  Generation”

3. 查看你的 Use run-time library 选项卡是否与其它的项目一致, 一般情况下 Debug 设置为:Debug MultiThreaded  Release:  MultiThreaded  

 

解决方法三:

方法:忽略某些库,然后在选择VC菜单Project->Settings->C/C++页,Catagory选择Code Generation后再在User Runtime Libraray中选择MultiThread DLL等其他库

### 关于 LINK1104 错误的解决方案 LINK1104 是一种常见的链接器错误,通常发生在构建 C/C++ 应用程序的过程中。以下是针对该问题的具体分析和解决办法: #### 1. **清理并重新生成解决方案** 在 Visual Studio 中,可以尝试通过以下方式清除可能存在的临时文件或缓存问题: - 点击菜单栏中的 `Build` -> `Clean Solution` 来清理当前解决方案。 - 接着点击 `Build` -> `Rebuild Solution` 进行重新生成[^1]。 这种操作能够移除旧的目标文件以及中间产物,从而减少因残留数据引发的冲突。 #### 2. **检查项目路径是否存在权限或兼容性问题** 当项目的存储位置位于某些特殊目录(例如 VC++ 的安装根目录),可能会因为访问控制或其他原因引起冲突。建议将整个工程项目移动至用户自定义的工作空间下,而非软件自带环境内部[^2]。 #### 3. **确认目标可执行文件是否正被其他进程占用** 有时即使看似已经停止了应用程序,但实际上其仍挂起在系统后台运行。这可能导致新实例创建失败而触发 LNK1104 警告。可以通过任务管理器查找是否有遗留的相关进程存在,并手动终止它们;另外也可以直接关闭任何关联调试界面来释放资源[^3]^,^[^4]。 #### 4. **验证库配置与引用设置无误** 确保所有的依赖项都已正确指定给编译链路使用——特别是第三方静态/动态连接库时更需注意版本匹配情况。如果涉及较长路径名,则考虑采用相对短形式表示法或将所有素材集中放置在同一较浅层次结构里以规避潜在限制. #### 示例代码片段展示如何调整基本属性 下面是一个简单的例子说明怎样修改默认输出EXE的位置参数: ```cpp // 修改输出目录示例 (适用于MSBuild脚本) <PropertyGroup> <OutputPath>$(SolutionDir)\bin\</OutputPath> </PropertyGroup> ``` 以上XML片断可用于 .NET Framework 或标准 MSBuild 工程文件中定制最终产物存放地址. --- ### 总结 综上所述,处理 LINK1104 需要从多个角度入手排查具体成因,包括但不限于重建流程、改变保存地点、解除锁定状态以及修正外部参照设定等方面逐一检验直至恢复正常运作为止。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值