关于我遇到的“LNK 2019无法解析的外部符号”的链接错误

博客文章移至: http://www.cnso.org/2017/12/02/165.html

昨天在调试程序的时候出现了“LNK 2019无法解析的外部符号”的问题(VS2008),按照网上说的方法都没有解决问题,最后在项目文件中发现有两个同名的但是不在同一个文件夹下的cpp文件,而产生LNK错误的cpp文件中有对这个重名文件的引用,结果导致了其中一个cpp文件产生的目标文件(obj)覆盖了真正需要的cpp产生的OBJ文件,导致链接的时候找不到指定的符号而出现了链接错误。

下面给个图说明一下我遇到的情况吧:



在项目中,同时包含了文件夹1和文件夹2中的所有cpp文件,而ref.cpp需要调用的函数是文件夹2中a.cpp中函数add,也就是途中红色是引用的函数。

情况一:当文件夹1中的a.cpp先于文件夹2中的a.cpp被编译,这样调用没有问题,ref.cpp能够找到add函数,目标文件a.obj中有add函数,没有Max函数

情况二:当文件夹1中的a.cpp比文件夹2中的a.cpp被编译的话,ref.cpp就无法找到add函数,因为临时目录中的a.obj被文件夹一中的a.cpp生成的目标文件给替换了,目标文件a.obj中有Max函数,没有add函数

情况二会出现LNK 2019无法解析的外部符号的链接错误,改一下a.cpp的名称或者改一下编译顺序就能解决问题,最好该名称。


<think>好的,我现在需要解决用户遇到的LNK2001错误,具体是无法解析外部符号__imp_fgetc。用户之前提供的引用内容里有几个类似的错误,比如__imp__invalid_parameter、__imp_glViewport、__imp_abort和__imp__CrtDbgReport,对应的解决方法可能有关联。 首先,我得理解这个错误的根本原因。LNK2001错误通常发生在链接阶段,意味着编译器能找到函数的声明,但链接器找不到具体的实现。这里的符号是__imp_fgetc,看起来和标准库函数fgetc有关。可能的问题包括库文件没有正确链接,或者函数声明和定义不一致。 查看用户提供的引用,比如引用[4]中提到,修改运行时库的设置,从MT改为MTD。这可能是因为使用了调试版本的库,而运行时库设置不匹配。同样,对于fgetc的问题,可能需要检查运行时库的设置是否正确。比如,项目如果使用多线程调试(MTd),而链接的库可能是发布版的,或者反过来。 另外,引用[3]中的__imp_abort错误,解决方法可能涉及到检查库的链接顺序或者是否正确链接了必要的库。例如,fgetc属于C标准库,可能在Windows下需要链接相应的库文件,比如msvcrt.lib或类似的。但现代Visual Studio通常会自动处理这些,但有时候配置错误可能导致遗漏。 接下来,可能的解决步骤包括: 1. 检查运行时库设置:在项目属性中,C/C++ -> 代码生成 -> 运行时库,确保与使用的库一致。比如,如果使用调试版本,应选择MTd或MDd,而发布版选择MT或MD。如果设置错误,可能导致链接器找不到对应的库函数。 2. 检查是否缺少库文件:确认项目链接了必要的库。比如,某些情况下可能需要手动添加legacy_stdio_definitions.lib,尤其是在使用新版本的Visual Studio时,某些旧函数可能需要额外链接这个库。 3. 检查函数声明和定义是否一致:确保没有错误地声明了fgetc,比如有没有不小心将函数声明为__declspec(dllimport)而导致链接器寻找__imp前缀的符号。 4. 检查Windows SDK和平台工具集版本:确保项目使用的SDK版本和工具集与安装的一致,避免兼容性问题。 根据用户之前的引用,比如引用[4]中的解决方案,修改运行时库设置是一个常见步骤,所以可能需要优先尝试这个。此外,引用[3]中的错误通过链接legacy_stdio_definitions.lib解决,可能同样适用于fgetc的问题,因为fgetc属于标准I/O函数,可能在某些配置下需要这个库。 另外,用户的问题是关于__imp_fgetc,这个符号通常和动态链接库有关,即编译器认为fgetc是在DLL中通过导入库(.lib)引入的,但实际上可能没有正确链接对应的库。或者,项目配置中错误地使用了静态链接,而函数需要动态链接。 总结可能的解决方案步骤: - 调整运行时库设置,确保一致性。 - 添加legacy_stdio_definitions.lib到链接器输入。 - 检查Windows SDK和工具集版本是否正确。 - 确保所有必要的库都被正确链接,没有遗漏。 然后需要验证这些步骤,比如先调整运行时库,如果无效再尝试添加额外的库。同时,可能需要参考微软的文档或社区讨论,确认这些步骤的有效性。例如,微软在VS2015之后更改了某些标准库函数的链接方式,导致需要链接legacy_stdio_definitions.lib来兼容旧代码,这可能就是问题所在。</think>### 解决LNK2001无法解析外部符号__imp_fgetc的步骤 1. **检查运行时库设置** 在Visual Studio中右键项目 → 选择“属性” → 进入“C/C++” → “代码生成” → 查看“运行库”选项。 - 如果项目依赖调试库(如`MDd`或`MTd`),确保选择`多线程调试DLL (MDd)`或`多线程调试 (MTd)`。 - 如果为发布配置,选择`多线程DLL (MD)`或`多线程 (MT)`。 设置不一致会导致标准库函数(如`fgetc`)无法正确链接[^4]。 2. **链接`legacy_stdio_definitions.lib`** Visual Studio 2015及以上版本中,部分标准I/O函数需显式链接兼容库: - 右键项目 → “属性” → “链接器” → “输入” → 在“附加依赖项”中添加`legacy_stdio_definitions.lib`。 此操作可修复因标准库实现变更导致的符号缺失问题[^3]。 3. **验证Windows SDK和平台工具集** - 进入项目属性 → “常规” → 检查“Windows SDK版本”和“平台工具集”是否与已安装版本匹配。 - 不匹配可能导致头文件与库文件不兼容,从而引发链接错误。 4. **检查代码中的函数声明** 确保未手动声明`fgetc`或包含非标准头文件。标准用法应为: ```c #include <stdio.h> // 正确声明fgetc ``` 5. **清理并重新生成项目** - 执行“生成” → “清理解决方案”,随后重新生成。 避免因缓存或部分编译文件损坏导致的偶发错误。 --- ### 示例配置修正 ```plaintext 项目属性 → C/C++ → 代码生成 → 运行库: /MDd (多线程调试DLL) 项目属性 → 链接器 → 输入 → 附加依赖项: legacy_stdio_definitions.lib ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

daiafei

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值