fatal error LNK1104: cannot open file "xxx.lib"

最新推荐文章于 2024-01-22 13:49:06 发布
转载 最新推荐文章于 2024-01-22 13:49:06 发布 · 1.2w 阅读 · 5

本文详细介绍了在使用不同版本的Visual Studio打开同一VC项目时遇到的LIBCD.lib文件冲突问题，提供了两种解决方案：通过链接设置加入特殊参数来忽略该库文件。此外，文章还对Run-TimeLibrary的概念进行了阐述，并列举了相关的参数和库文件类型。
转自【 http://www.cnblogs.com/hyfemma/archive/2010/11/14/1876846.html】

      出现这类问题一般是由于所运行的项目是VC6（或者vs2003)创建的，而后又用VS2005或者更高版本工具打开项目导致的，原因都是因为LIBCD.lib文件被更改了.要解决问题的话，只要在链接设置那里忽略它就没问题了。

解决办法是：

第一种方案：在项目-属性-链接器- 命令行 加 /nodefaultlib:libcd

第二种方案：在项目-属性-链接器- 输入-忽略特定库加：LIBCD.lib

两种方法都可以。

再转载一些别人相关的资料

•Run-Time Library是编译器提供的标准库，提供一些基本的库函数和系统调用。
我们一般使用的Run-Time Library是C Run-Time Libraries。当然也有Standard C++ libraries。 
C Run-Time Libraries实现ANSI C的标准库。VC安装目录的CRT目录有C Run-Time库的大部分源代码。 C Run-Time Libraries有静态库版本，也有动态链接库版本；有单线程版本，也有多线程版本；还有调试和非调试版本。
•动态链接库版本：
/MD Multithreaded DLL 使用导入库MSVCRT.LIB
/MDd Debug Multithreaded DLL 使用导入库MSVCRTD.LIB
•静态库版本：
/ML Single-Threaded 使用静态库LIBC.LIB
/MLd Debug Single-Threaded 使用静态库LIBCD.LIB
/MT Multithreaded 使用静态库LIBCMT.LIB
/MTd Debug Multithreaded 使用静态库LIBCMTD.LIB
若要使用此运行时库                                              请忽略这些库 
单线程 (libc.lib)                                       libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib 
多线程 (libcmt.lib)                                    libc.lib、msvcrt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib 
使用 DLL 的多线程 (msvcrt.lib) l                ibc.lib、libcmt.lib、libcd.lib、libcmtd.lib、msvcrtd.lib 
调试单线程 (libcd.lib)                               libc.lib、libcmt.lib、msvcrt.lib、libcmtd.lib、msvcrtd.lib 
调试多线程 (libcmtd.lib)                           libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、msvcrtd.lib 
使用 DLL 的调试多线程 (msvcrtd.lib)          libc.lib、libcmt.lib、msvcrt.lib、libcd.lib、libcmtd.lib

完美解决LINK : fatal error LNK1104: cannot open file “Debug/xx.exe“的问题(亲测有效)
我不是码农的博客~~~
11-26 8909
问题： 运行VC时总出现 Linking… LINK : fatal error LNK1104: cannot open file “Debug/xx.exe” Error executing link.exe. xx.exe - 1 error(s), 0 warning(s) 我的是win7系统 在C:/Program Files/Microsoft Visual Studio/myprojiects下是找不到你写的工程文件的，因为在这个目录下写东西是需要管理员权限的，所以系统才会报“cannot o
LINK : fatal error LNK1104: cannot open file ‘libffi-7.lib‘（无法打开文件 ‘libffi-7.lib‘）
weixin_42194337的博客
02-14 913
win10编译cpython，报错LINK : fatal error LNK1104: cannot open file ‘libffi-7.lib’ 解决方法 报错情况： 解决方案： 找到PCbuild/get_externals.bat 将（大概在76行）set binaries= if NOT "%IncludeLibffi%"=="false" set binaries=%binaries% libffi ... 修改（也就是增加版本）set binaries= if NOT "%Incl
LINK : fatal error LNK1104: 无法打开文件“LIBCD.lib”
weixin_30794499的博客
11-14 1052
出现这类问题一般是由于所运行的项目是VC6（或者vs2003)创建的，而后又用VS2005或者更高版本工具打开项目导致的，原因都是因为LIBCD.lib文件被更改了.要解决问题的话，只要在链接设置那里忽略它就没问题了。 解决办法是： 第一种方案：在项目-属性-链接器- 命令行 加/nodefaultlib:libcd 第二种方案：在项目-属性-链接器- 输入-忽略特定库加：LI...
fatal error LNK1104: 无法打开文件“LIBCD.lib”
leaderone23的专栏
08-21 1646
调试c语言的时候报的如题的错误，解决方法有两种：     1.到你的vc目录下打开lib文件夹，看看有没有libcd.lib文件，如果没有的话就去VC++6.0把文件复制到当前目录下。遇到其他类似的问题都可以如此解决。     2.由于这类lib都是过时的，所以我们完全可以禁用，即：打开项目-》属性-》链接-》命令行，写入/nodefaultlib:libcd即可。
LINK : fatal error LNK1104: cannot open file 'LIBCD.lib' 解决办法
天上的猩猩的专栏
05-31 7400
用VC2008编译VC6的东西，连接的时候会出现以上错误。   MSDN说是可以把LIBCD.lib这个库给忽略掉，做法如下：   Project -> Properties -> Linker -> Command Line -> Additional options 中加入： /nodefaultlib:libcd   libc.lib 的问题，如上，
LINK : fatal error LNK1104: cannot open file ‘libboost_system-vc90-mt-1_55.lib‘
evolay的专栏
01-22 494
将原来VS2013编译的库目录 boost_1_55_0\bin.v2\libs 重命名为 boost_1_55_0\bin.v2\libs_vs2013以作将来备用。CMD打开boost_1_55_0目录，执行【bjam --toolset=msvc-9.0 --build-type=complete stage】即可。编译boost_1_55_0源代码，打开CMD，进入到boost_1_55_0根目录，执行bootstrap.bat后，按提示再执行.\b2完成编译完成。在其他工程序中设置引用这个目录。
Link时出现：fatal error LNK1104: cannot open file Debug/XXXXXX.exe
xdhywj的专栏
08-02 4万+
主要的解决方法如下： 1、看看你的应用程序有没有关闭（或者是DOS窗口）； 2、如果程序是放在C盘，不要把程序放到C盘里，将文件设置为存在其他盘后就可以运行了；但是有可能依然解决不了，请看下面的方法。 3、先把源程序复制，在重新新建一个文件，把代码复制在里面，新建文件的存储位置重新放在一个地方，在把文件名重新命名一个就行了；如果不行请看下面方法。 4、打开Windows任务管理器，在进程里
LINK : fatal error LNK1104: cannot open file “kernel32.lib
dady_yaoyao的博客
04-11 6496
1.使用 VC 版本为【VC6.0English】 查看 VC6.0English 的安装目录 D:\soft\visualC\VC98 2. 配置 Link 项的 Input 的 Additional library path: 的路径 本地安装【Microsoft Visual C++】 的 Lib 路径：D:\soft\visualC\VC98\Lib ...
fatal error LNK1104: cannot open file "Debug/构造函数.exe"
zyh_helen的专栏
05-31 6699
今天编写程序遇到下面这个问题： 现象： 编译没有错误，一连接就报错：fatal error LNK1104: cannot open file "Debug/构造函数.exe" 原因： 进程中正有一个xxx.exe运行，所以这个文件受保护，不能打开创建 解决： ctrl+alt+del，打开任务管理器，杀掉该进程
LINK : fatal error LNK1104: cannot open file "mfc42u.lib"-附件资源
03-05
LINK : fatal error LNK1104: cannot open file "mfc42u.lib"-附件资源
LINK : fatal error LNK1104: cannot open file "Debug/xxxxx.exe"
magiclyj的博客
07-18 2665
在使用VC6.0的时候，编译都没问题，但是在执行链接的时候就报错，有四个个方法可以解决： 1、有的时候编译器可能记录执行的是之前的程序，当你需要执行现在的程序就发成了冲突，你可以点击组建–》清楚，再点击组建-》重建试试，不行的话在试试下面的方法； 2、打开Windows任务管理器，在进程里面查看是否存在xxxx.exe在运行中，如果存在就直接关闭进程。 3、重新建立一个工程，将代码复制过去，如
LINK : fatal error LNK1104: cannot open file ".lib"
llove302896000的专栏
04-01 3254
原因：打不开库文件XXX.lib 解决方案一 在工程 设置 目录下 有个c++LINK,加上libcid.lib 解决方案二 解决方案一编译，还是LINK : fatal error LNK1104: cannot open file "libcid.lib"的话，说明你没有文件libcid.lib。 搜索一下你的磁盘有没有libcid.lib,没有的话下载一个或从别人那里拷贝一个，放...
fatal error LNK1104: cannot open file“vld.lib”
HITXuQin的专栏
09-27 5941
我的错误的原因是没有指定好目录 在#include 下面加上这个试试 #pragma comment(lib, "vld.lib") 由于我编译时指定了目录，把vld.lib拷到相应目录下就OK了
【BUG】win10下VS中出现LINK : fatal error LNK1104: cannot open file “xx/xx.exe“的问题
LeonJin的博客
04-01 1716
win10下VS中出现LINK : fatal error LNK1104: cannot open file "xx/xx.exe"的问题 解决过程：（解决方法见最后） 首先，我是用管理员模式打开VS，编译还是出错 其次，找到xx/xx.exe，发现可以打开，但是不能手动删除， 接着，我用打开命令提示符（管理员） 定位到xx/xx.exe所在的文件目录下，输入del /F /S /Q ./xx.exe，打算强制删除，发现还是提示删除不了 最后，我想这个进程应该是还在运行，于是打开cm.
vs2010出现link错误： fatal error LNK1104，cannot open file ***.???.lib解决办法
机器视觉之家
09-21 9608
在vs2010环境中，在link时，若出现：fatal error LNK1104，cannot open file ***.???.lib（***表示某个名称，???表示某个存在的库的名称）的出错原因在于： vs的附加依赖项填写错误。如何保证正确呢？---〉
完美解决LINK : fatal error LNK1104: cannot open file "Debug/xx.exe"的问题
热门推荐
qinrenzhi的博客
12-04 4万+
问题：  运行VC时总出现  Linking…  LINK : fatal error LNK1104: cannot open file “Debug/xx.exe”  Error executing link.exe. xx.exe - 1 error(s), 0 warning(s) 我的是win7系统  在C:/Program Files/Microsoft Visual Studio...
【原创】LIBCD.lib(wincrt0.obj) 错误的原因
weixin_30387339的博客
11-21 293
LIBCD.lib(wincrt0.obj) : error LNK2001: unresolved external symbol _WinMain@16 出现这个错误的原因是你创建了win32 Application工程，而主函数却定义为了控制台模式的main函数 Win32 Application的主函数应该是WinMain而不是main 解决这个错误有两个方法 第一种：重新创建...
..\..\lib\RTOS\include\rtthread.h(30): error: #5: cannot open source input file "ipc/completion.h": No such file or directory
最新发布
08-30
<think> 首先，用户的问题是关于编译错误的：编译时出现错误 `..\..\lib\RTOS\include\rtthread.h(30): error: #5: cannot open source input file "ipc/completion.h": No such file or directory`。用户想查找解决这个错误的方法。 用户提供了几个引用，我需要参考这些引用，因为它们与解决编译错误相关： - 引用[1]：提到了错误 `cannot open source input file "FreeRTOS.h": No such file or directory`，并给出了解决思路（路径错误或文件丢失）。 - 引用[2]：类似的问题 `cannot open source input file "core_cmInstr.h"`，提供了解决办法（设置路径）。 - 引用[3]：关于链接错误 `fatal error LNK1104: 无法打开文件“XXX".lib`，但提到了头文件路径设置。 - 引用[4]：涉及寄存器操作和信号量，但与当前错误不直接相关；看起来是代码片段。 用户说：“上述引用仅供参考，并不是用户真正的需求，请尽可能多的参考用户上一次的问题和你的回答。” 但在这个对话中，这是第一次用户提出这个问题；没有“上一次的问题”。系统提示说“参考用户上一次的问题和你的回答”，但在这个上下文中，似乎是初始查询。所以，我需要基于当前问题。 从引用中提取关键点： - 类似错误如 `cannot open source input file` 通常是由于编译器找不到头文件导致的。 - 解决办法通常涉及设置正确的包含路径（include paths），确保文件存在，或检查文件路径。 具体到这个错误：`cannot open source input file "ipc/completion.h"`。错误发生在文件 `rtthread.h` 中的第30行，它试图包含 `"ipc/completion.h"`。 可能的解决方法： 1. **检查文件是否存在：** 确保 `ipc/completion.h` 文件在项目中存在。路径是相对的 `ipc/completion.h`，所以它应该在相对于 `rtthread.h` 的目录中。 2. **设置包含路径：** 在编译器中设置额外的包含目录（additional include directories），指向包含 `ipc` 目录的父目录。 3. **修复相对路径：** 如果文件移动了，需要修正路径。 4. **检查项目配置：** 在IDE如Keil中，配置路径设置。 从引用中： - 引用[1]建议检查路径。 - 引用[2]给出了Keil中设置include paths的具体步骤。 - 引用[3]也提到了 `Additional Include Directories` 设置。 所以，我应该建议类似的方法。 结构我的回答： - 系统指令说要使用中文回答，所以我必须用中文。 - 回答结构清晰，帮助用户逐步解决问题。 - 最后生成相关问题（§§相关问题§§）。 - 引用的段落末尾添加引用标识，但用户提供的引用是给我的提示，我需要引用它们？用户说“参考站内引用”，所以我在回答时可以参考它们。 系统指令：“回答中引用的段落末尾自然地添加引用标识”，意思是我在回答中如果引用特定文本，要加引用标识。 但在用户消息中，引用[1], [2], [3], [4] 是用户提供的上下文。所以我应该基于它们给出建议。 步骤解决错误： 1. **确认文件存在：** 检查项目目录中是否有 `ipc/completion.h` 文件。如果没有，可能需要下载或添加它。 2. **添加包含路径：** 在编译环境（如Keil、IAR等）中，设置额外包含目录。 - 例如，在Keil中：Project > Options for Target > C/C++ > Include Paths，添加包含 `ipc` 目录的路径。 3. **检查文件路径：** 确保路径正确；错误中的路径是 `"ipc/completion.h"`，所以相对路径可能不正确。 4. **搜索原因：** 有时头文件缺失是因为库未安装或配置错误。 从引用[2]，Keil报错解决方法是添加路径。 类似地，引用[3]也提到设置 Include Directories。 在回答中，我需要： - 解释错误原因：编译器找不到指定的头文件。 - 给出具体步骤：如何设置包含路径或其他方法。 - 参考用户提供的引用，自然地添加引用标识。 例如：“正如引用[2]中提到的，在Keil中可以通过设置包含目录来解决类似错误。[^2]” 最后，生成相关问题。 回答结构： 1. **问题诊断：** 解释错误。 2. **解决方案步骤：** 分步指导。 3. **预防或额外提示。** 4. **相关问题。** 使用LaTeX格式：行内数学用$...$，独立公式用$$...$$。但在这个上下文中，可能没有数学公式；错误消息是代码，所以可能需要标记为代码块。 在系统示例中，有代码块：```python ... ``` 所以，我应该使用代码块显示错误或命令。 中文响应。 大纲： - 开头：诊断错误。 - 步骤1：检查文件是否存在。 - 步骤2：设置包含路径（参考引用[2]和[3]）。 - 步骤3：其他可能原因。 - 结束：确认解决。 然后相关问题。 </think> ### 解决编译错误：无法打开源输入文件 'ipc/completion.h' 您遇到的编译错误 `..\..\lib\RTOS\include\rtthread.h(30): error: #5: cannot open source input file "ipc/completion.h": No such file or directory` 表示编译器在编译过程中无法找到所需的头文件 `ipc/completion.h`。这通常发生在文件路径配置错误、文件缺失或项目设置问题时。错误发生在 `rtthread.h` 文件的第30行，该行尝试包含相对路径的 `ipc/completion.h` 文件。根据您提供的引用（特别是引用[1]和[2]），类似错误如 `cannot open source input file` 的常见原因是编译器包含路径（include paths）未设置正确或文件本身不存在[^1][^2]。下面我将逐步指导您解决此问题，确保方法可靠且基于实际调试经验。 #### 步骤1: 确认文件是否存在 首先，检查项目中是否真正存在 `ipc/completion.h` 文件。错误消息中的路径 `ipc/completion.h` 是相对的，表示它应位于 `ipc` 子目录下。您需要： - 在项目目录中搜索 `completion.h` 文件（例如，使用文件浏览器或命令行工具）。 - 默认路径可能相对于 `rtthread.h` 所在目录（即 `..\..\lib\RTOS\include\`），因此检查 `include` 目录下是否有 `ipc` 子文件夹。 - 如果文件缺失，可能是项目配置不完整或库未正确克隆。下载或添加缺失的文件（如从RT-Thread官方仓库获取）。 - 如果文件存在，但路径不匹配，修正代码中的包含路径或移动文件到正确位置。 如果文件缺失，引用[1]提到类似错误（如 `FreeRTOS.h` 未找到）通常由文件丢失或路径错误引起，建议重新导入完整项目文件[^1]。 #### 步骤2: 设置编译器包含路径 如果文件存在但编译器找不到它，问题多半出在编译器设置上。您需要在IDE（如Keil、IAR或VS）中配置额外包含目录（Additional Include Directories），确保编译器能搜索到 `ipc` 目录的父路径。以下是通用步骤（以Keil为例，参考引用[2]和引用[3]中的方法）[^2][^3]: 1. **打开项目设置**： - 在Keil中，右键单击项目名称 → 选择 Options for Target → 切换到 C/C++ 选项卡。 2. **添加包含路径**： - 在 Include Paths 栏中，添加指向包含 `ipc` 目录的父目录路径。例如，如果 `ipc` 位于 `lib\RTOS\include\` 下，路径应为 `..\..\lib\RTOS\include`（根据您的错误路径调整）。 - 在Keil中，路径格式使用相对或绝对路径（如 `D:\project\lib\RTOS\include`），并用分号分隔多个路径。 3. **保存并重新编译**： - 应用设置后，清理项目（Build > Clean）并重新编译（Build > Rebuild），查看错误是否消失。 在引用[2]中，用户解决了 `core_cmInstr.h` 错误通过类似路径设置，强调了路径准确性[^2]。引用[3]也提到，在Visual Studio中通过 Project > Property > C/C++ > General > Additional Include Directories 添加路径可修复头文件丢失问题[^3]。 #### 步骤3: 检查其他可能原因 如果以上步骤无效，考虑以下常见陷阱： - **路径大小写敏感**：在Linux或跨平台项目中，文件名可能区分大小写（如 `completion.h` vs `Completion.h`），确保代码与文件系统一致。 - **项目依赖问题**：如果 `ipc/completion.h` 是外部库的一部分，确认库是否完整集成（如通过包管理器安装或submodule更新）。 - **IDE缓存问题**：清理IDE缓存（如删除 `build` 或 `obj` 文件夹），然后重启IDE重试。 - **代码错误**：检查 `rtthread.h` 的第30行代码： ```c #include "ipc/completion.h" // 确保路径正确，无多余符号 ``` 如果路径错误，改为相对或绝对路径（如 `#include "../../ipc/completion.h"`）。 #### 额外提示 - 在RT-Thread系统中，`completion.h` 常用于进程间通信（IPC），如果文件缺失，可能影响信号量等功能（类似引用[4]中信号量操作的上下文）[^4]。 - 预防此类错误：建议使用版本控制工具（如Git）管理项目，以避免文件丢失；或在IDE中定期验证路径设置。 通过以上步骤，大多数同类编译错误都能解决。如果问题持续，请提供更多项目细节（如IDE类型和文件结构），我会进一步帮助诊断。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值