error LNK1120: 1 个无法解析的外部命令 （and） error LNK1119: 1 个无法解析的外部命令

最新推荐文章于 2024-07-25 09:10:16 发布
转载 最新推荐文章于 2024-07-25 09:10:16 发布 · 1.8k 阅读 · 1
文章标签：

#cocos2d-x #c++ #错误分析

本文介绍了如何解决在C++项目中常见的LNK2019和LNK2001错误。通常这些问题是由缺少库文件或函数实现引起的。文章提供了详细的步骤来定位并解决这些问题。

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

一般出现lnk2019错误都是库文件没添加造成的。项目--》属性--》配置属性--》链接器-》输入--》附加依赖项在其中加入所需库文件，同时在“链接器--》常规--》附加库目录”中填入相应库名。这样应该就可以了。

这个问题的原因是有头文件，但是找不到实现。
有两个原因：1.只包含了头文件，只有这个函数的声明，没有包含这个函数的实现(实现一般放在cpp文件中的)。所以只能通过编译，连接不成功。
2.另一个原因是函数的声明和实现都放在头文件中了，一般要把声明放头文件中，实现放在cpp文件中。这样每个#include该头文件的文件都会有一份该函数的实现，连接的时候，连接器不知道连接哪一个实现，于是报错。


OpenGL作业进行中，突然发现一直提示默认返回类型出错，发现是C++的前向声明问题。好吧，解决完这个问题发现有有些看不懂的字符解析问题出现，提示如下所示：
>AccountDlg.obj : error LNK2001: 无法解析的外部符号 "protected: virtual struct AFXMSGMAP const * _thiscall CglQuaternion75::CglQuaternion75(CglQuaternion75 &)const " (?GetMessageMap@CAccountDlg@@MBEPBUAFX_MSGMAP@@XZ) 1>E:\code\OpenGL\Debug\example.exe : fatal error LNK1120: 1 个无法解析的外部命令
乍一眼不知道错在哪里...等会儿再看，还是不知道错在哪里，网上一搜明白了。
出现这种问题的典型原因一般是：文件中有相应函数的定义，却没有相应函数的实现部分。即有了声明，却没有实现的定义部分。
在上面报错信息中，重要的是
__thiscall CglQuaternion75::CglQuaternion75(CglQuaternion75 &)
这一部分，通过这部分就能确定出错的函数部分究竟在哪里，定位了之后进行修改就顺利了许多。
于是点到声明部分右键转到定义部分，果然没有反应，于是立马加上漏掉的拷贝构造函数，好的解决了。
error LNK2005:已经在 XXX.obj 中定义/fatal error LNK1120: 1 个无法解析的外部命令
MISAYAONE的博客
05-28 4064
>main.obj : error LNK2005: "void __cdecl Creat_graph(struct graph *)" (?Creat_graph@@YAXPAUgraph@@@Z) 已经在 graph.obj 中定义 1>main.obj : error LNK2005: "int * visit" (?visit@@3PAHA) 已经在 graph.obj 中定义 1>
error LNK2005: 在 XXX.obj 中定义了重复符号/fatal error LNK1120: 无法解析的外部命令 C/C++
ByteBuster的博客
09-05 910
当出现"error LNK2005"错误时，意味着在链接过程中，存在重复定义的符号。多个源文件中包含了相同的全局变量或函数定义。头文件中包含了函数的实现，而不仅仅是函数的声明。// 文件1.cpp// 文件2.cppreturn 0;在上面的示例中，我们在两个不同的源文件中定义了名为的全局变量。这将导致"error LNK2005"错误，因为链接器无法确定应该使用哪个定义。将全局变量定义放在头文件中，并在需要使用它的源文件中进行声明。这样做可以确保每个源文件只有一个定义。
Error LNK1120: 1 个无法解析的外部命令
冷崖的博客
02-08 2万+
一般出现这种问题有以下几种原因： 1、只包含了头文件，只有这个函数的声明，没有包含这个函数的实现(实现一般放在cpp文件中的)。所以只能通过编译，连接不成功。 2、另一个原因是函数的声明和实现都放在头文件中了，一般要把声明放头文件中，实现放在cpp文件中。这样每个#include该头文件的文件都会有一份该函数的实现，连接的时候，连接器不知道连接哪一个实现，于是报错。 3、自己遇见的，使用内联...
error LNK1120: 1 个无法解析的外部命令（详细小问题解释）
热门推荐
ydc_ss的博客
11-19 14万+
由于自己写代码时有不严谨，这个错误碰到过不少次。 首先，摘用百度知道上的解释： 这个问题的原因是有头文件，但是找不到实现。 有两个原因：1.只包含了头文件，只有这个函数的声明，没有包含这个函数的实现(实现一般放在cpp文件中的)。所以只能通过编译，连接不成功。 2.另一个原因是函数的声明和实现都放在头文件中了，一般要把声明放头文件中，实现放在cpp文件中。这样每个#include该头文件的
error LNK1120: 1 个无法解析的外部命令
weixin_62866375的博客
03-31 1318
场景描述： 在写MFC时删掉了一些组件，组件已经映射变量，同时删除了Dlg.cpp里的消息处理函数，保存编译报错error LNK1120: 1 个无法解析的外部命令 解决办法及原因： 没有删除 Dlg.h里相关变量和组件的定义 总结： .h和.cpp要对应 ...
**.exe : fatal error LNK1120: 1 个无法解析的外部命令
關秦楚的专栏
08-22 1万+
在编译时候出现这样错误时，说明是编译缺少相应的附加依赖项，现在我出现这个错误是使用Opencv编译时出现错误，出现错误提示如下图所示： 1>MSVCRTD.lib(crtexe.obj) : error LNK2019: 无法解析的外部符号 _main，该符号在函数 ___tmainCRTStartup 中被引用 1>C:\360Downloads\远程监控\Debug\远程监控.exe :
error LNK2005:已经在某一文件中定义/fatal error LNK1120: 无法解析的外部命令
CodeWhizZ的博客
08-25 681
假设我们有两个源代码文件 a.cpp 和 b.cpp，它们都包含了一个名为 func 的函数。在我们的主函数 main.cpp 中我们调用了这个 func 函数。这个错误表明，编译器在尝试链接 a.obj 和 b.obj 时发现两个文件都定义了名为 func 的函数。因此，它不知道使用哪一个函数，并提示我们使用了一个无法解析的外部命令。在实际编程中，我们应该注意保持良好的代码结构和编写规范，以避免这种错误的发生。在每个源文件中包含函数头的声明，告诉编译器该函数已经被定义过了，不需要重新定义。
error LNK2019: 无法解析的外部符号 / fatal error LNK1120: 2 个无法解析的外部命令
MISAYAONE的博客
05-28 3355
1>main.obj : error LNK2019: 无法解析的外部符号 "bool __cdecl PopStack(struct Stack)" (?PopStack@@YA_NUStack@@@Z)，该符号在函数 _main 中被引用 1>main.obj : error LNK2019: 无法解析的外部符号 "bool __cdecl PushStack(struct Stack,in
error LNK2019无法解析的外部符号解决方案 && error LNK1120: 1 个无法解析的外部命令
razorEdge的博客
10-08 4080
编程过程中常见error总结（一） 相信大家在编程的时候都被上面类似的错误困扰过，无法解析的外部符号?什么意思？其实原因几乎是相同的，就是函数只是声明了却没有定义，上面错误列表的出现就是因为我把相应的函数注释掉了（为了演示），但是我们在写较多的代码的时候很容易把某些函数的定义忽略掉，就会造成自己都不知道错误出在哪里。下面就拿几种常见的做解析：1.《有相应的函数声明但是没有函数定
error LNK2019: 无法解析的外部符号 问题的解决办法
09-05
当编译器在尝试生成可执行文件时，会在链接阶段发现一些函数或变量的引用无法找到它们的定义，就会产生LNK2019错误。这类错误通常与外部符号相关，意味着程序中某个函数或变量没有找到对应的实现。 根据提供的文件...
C编译时遇到报错：fatal error LNK1120: 1 个无法解析的外部命令
Chan_Prince的博客
03-26 6418
fatal error LNK1120: 1 个无法解析的外部命令 ...
VS报错: fatal error LNK1120: 1 个无法解析的外部命令
qq_45920815的博客
09-02 9656
1. 问题描述 报错： fatal error LNK1120: 1 个无法解析的外部命令 我一开始还以为是链接器的错误，搜索尝试无果后在想哪里出错了。 后来想起来，当时在源文件中新建cpp文件时，起名叫"Other_ROIcpp"，发现后才改为"Other_ROI.cpp"的。 是不是这里出错了，毕竟刚刚以相同的格式写过一堆头文件都没事。 2. 解决方法 错误原因：建立.cpp文件时，起了无效的名字，然后重命名。 对VS2017实测可得，重命名无效。 解决方法：新建一个cpp，记得重命名好，再粘贴进来
fatal error LNK1120: 1个无法解析的外部命令
gXh的博客
07-15 6857
C++编译时，VS2019出现fatal error LNK1120: 1个无法解析的外部命令错误，查了很多资料，网上说的解决方案如缺少库文件、工程配置等都不行！ 原来是自己分文件编写时，用了类模板 类模板分文件编写，报错： （20210709） main.obj : error LNK2019: 无法解析的外部符号 “public: bool __thiscall OrderList::InitList(void)” (?InitList@?$OrderList@H@@QAE_NXZ)，函数 “void
fatal error LNK1120: 1 个无法解析的外部命令
qq_53047220的博客
07-25 734
网上原因已经很多了，说一条上网没有的，又可以是调用了不匹配的dll，也可能会报这种错误，出现这种错误，其他方法都试过了，请仔细排查调用的dll是否是匹配的。
c语言error lnk1120,c语言编译错误 fatal error LNK1120: 1 个无法解析的外部命令
weixin_39516865的博客
05-25 1538
程序如下：#includevoid main(){int a,b;long c;unsigned long d;unsigned int e;char f;float g;scanf("%d,%d,%ld,%lu,%u,%c,%f",&a,&b,&c,&d,&e,&f,&g);printf("int %d,%d,%d,%d,%d,%d,%d...
nvm用标准sata ahci码_AHCI系列（1）
weixin_39967598的博客
11-25 1083
AHCI系列打算分两篇文章写，这篇主要集中在介绍AHCI System Memory Structures，由于涉及到协议的历史变迁，如果单纯只看AHCI本身，很多东西无法理解透彻，所以加了很多背景知识介绍，以及AHCI使用的一些shadow寄存器的由来。只是覆盖这些，文章都已经很长了，所以软件流程和非常重要的OOB就放到下一篇文章吧。涉及的协议包括ATA8-ACS,SATA, AHCI...
python pip 安装fatal error LNK1120: 1 个无法解析的外部命令
最新发布
08-06
<think>我们正在处理一个关于在Python中使用pip安装包时出现的链接错误：fatal error LNK1120: 1个无法解析的外部命令。根据提供的引用，这个错误通常与缺少必要的库文件或环境配置问题有关。我们将结合引用中的信息和一般解决方法，逐步解决这个问题。 ### 问题分析 错误`LNK1120`通常发生在使用`pip`安装需要编译C/C++扩展的Python包时。这表明链接器（linker）在尝试生成可执行文件或动态链接库时，无法解析某些外部符号（函数或变量）。可能的原因包括： 1. 缺少必要的库文件（如`stdc++.lib`, `m.lib`等）。 2. 编译器环境未正确配置（特别是Visual Studio的C++工具链）。 3. 依赖的库未正确安装或路径未设置。 ### 解决步骤 根据引用[1][2][3][4][5]中提供的解决方案，我们整理以下步骤： #### 步骤1: 确保安装Visual Studio的C++构建工具 由于许多需要编译的Python包依赖于Visual Studio的C++编译器，请确保已安装相应的构建工具。 - 对于Visual Studio 2015（对应vc14），请安装[Visual C++ 2015 Build Tools](https://go.microsoft.com/fwlink/?LinkId=691126)。 - 或者安装最新版的[Visual Studio](https://visualstudio.microsoft.com/)并选择“使用C++的桌面开发”工作负载。 引用[4]中提到，错误可能由于缺少Visual C++ 14.0（即Visual Studio 2015）引起。 #### 步骤2: 检查环境变量 确保Visual Studio的构建工具路径已添加到系统环境变量`PATH`中。通常，`cl.exe`和`link.exe`的路径应包含在`PATH`中。例如： - 对于Visual Studio 2015，路径可能为：`C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin`。 #### 步骤3: 复制缺失的工具文件（如`rc.exe`和`rcdll.dll`） 引用[1]和[2]中提到，有时需要将Windows SDK中的`rc.exe`和`rcdll.dll`复制到Visual Studio的VC工具目录中。 - 从`C:\Program Files (x86)\Windows Kits\8.1\bin\x86\`（或类似路径，取决于你的Windows SDK版本）复制`rc.exe`和`rcdll.dll`到`C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin`（或相应的VC工具目录）。 - 注意：如果使用的是64位系统，可能需要复制到`bin`目录下的`x86_amd64`子目录（参考引用[2]）。 #### 步骤4: 安装特定版本的库 引用[3]和[5]提到，有时需要安装特定版本的库（如`torch`）或确保依赖库的版本匹配。例如： - 在安装某些包之前，可能需要先安装特定版本的依赖（如CUDA版本的PyTorch）。 - 对于`m.lib`错误（引用[5]），这通常是在Linux下使用的数学库，在Windows下对应的是`libcmt.lib`。确保Visual Studio的库目录（如`VC\lib`）在链接器的搜索路径中。 #### 步骤5: 尝试从源代码安装 如果上述步骤无效，可以尝试从源代码安装包。例如，引用[1]中建议使用： ```bash pip install https://github.com/kpu/kenlm/archive/master.zip ``` #### 步骤6: 使用预编译的二进制包 如果可能，寻找预编译的二进制包（wheel文件）进行安装，避免编译过程。可以在[Python非官方二进制包](https://www.lfd.uci.edu/~gohlke/pythonlibs/)中查找。 ### 总结 解决`LNK1120`错误的关键是确保编译环境正确配置，并且所有必要的库文件可用。按照上述步骤操作，通常可以解决问题。如果问题仍然存在，请检查具体的错误输出，确定缺失的符号或库，并进一步搜索解决方案。 §§相关问题§§ 1. 如何检查Visual Studio的C++构建工具是否安装正确？ 2. 在Windows上如何设置Python包编译所需的环境变量？ 3. 如何为特定的Python包安装预编译的二进制文件（wheel）？</think>### 解决 Python pip 安装时出现 fatal error LNK1120 无法解析的外部命令 #### 问题原因分析 `fatal error LNK1120: 无法解析的外部命令` 是 Windows 环境下编译 C/C++ 扩展时常见的链接错误，通常由以下原因导致： 1. **缺少必要的库文件**（如 `stdc++.lib`、`m.lib` 等）[^1][^5] 2. **Visual Studio 构建工具配置错误**（路径缺失或版本不匹配）[^2][^4] 3. **依赖库版本冲突**（如 PyTorch CUDA 版本与系统环境不兼容）[^3] 4. **环境变量未正确设置**（编译器无法找到必要的 SDK 工具） #### 解决方案（逐步操作） ##### 步骤 1：安装 Visual Studio 构建工具 安装最新版 [Visual Studio Build Tools](https://visualstudio.microsoft.com/zh-hans/downloads/)： 1. 勾选 **"使用 C++ 的桌面开发"** 工作负载 2. 在右侧明细中勾选： - Windows 10 SDK - C++ CMake 工具 - MSVC v143 生成工具（最新版） ![VS 安装选项](https://learn.microsoft.com/zh-cn/cpp/build/media/desktop-development-with-cpp.png?view=msvc-170) ##### 步骤 2：修复系统路径（关键步骤） 1. 将 Windows SDK 工具复制到 VC 目录： ```powershell # 管理员权限执行 Copy-Item "C:\Program Files (x86)\Windows Kits\10\bin\10.0.xxxxx\x64\rc.exe" "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\xxxxx\bin\Hostx64\x64\" Copy-Item "C:\Program Files (x86)\Windows Kits\10\bin\10.0.xxxxx\x64\rcdll.dll" "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\xxxxx\bin\Hostx64\x64\" ``` > 注意：`xxxxx` 替换为实际版本号（通过目录浏览确认）[^1][^2] 2. 设置环境变量： ```powershell [System.Environment]::SetEnvironmentVariable("PATH", "$env:PATH;C:\Program Files (x86)\Windows Kits\10\bin\10.0.xxxxx\x64;", [System.EnvironmentVariableTarget]::Machine) ``` ##### 步骤 3：验证编译环境 1. 打开 **x64 Native Tools Command Prompt for VS** 2. 执行诊断命令： ```cmd where cl.exe # 应返回VC路径 where link.exe # 应返回VC路径 where rc.exe # 应返回Windows SDK路径 ``` ##### 步骤 4：重新安装问题包 1. 优先尝试预编译包： ```bash pip install --only-binary :all: 包名 ``` 2. 源码安装时指定库路径： ```bash pip install 包名 --global-option=build_ext --global-option="-LC:\路径\to\缺失库" ``` #### 特殊情况处理 - **CUDA 相关错误**：确保 PyTorch 版本与 CUDA 版本严格匹配[^3] ```bash # 示例：安装 CUDA 10.2 兼容版本 pip install torch==1.10.1+cu102 torchvision==0.11.2+cu102 -f https://download.pytorch.org/whl/torch_stable.html ``` - **Linux 库缺失**（如 `m.lib`）：Windows 需替换为 `libcmt.lib`[^5] ```bash pip install 包名 --global-option=build_ext --global-option="-DCMAKE_LIBRARY_PATH=C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\lib\x64" ``` #### 验证是否解决 ```bash python -c "import 包名; print(包名.__version__)" # 无报错即成功 ``` > **重要提示**：90% 的 LNK1120 错误通过 **步骤 2 的路径修复** 和 **VS 构建工具完整安装** 解决[^1][^2][^4]。若仍失败，检查具体缺失的符号名称，可能是特定依赖未安装。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值