70,022
社区成员
发帖
与我相关
我的任务
分享fatal error LNK1120: 1 unresolved externals
VC++6.0中遇到这样的问题，是在我用C语言实现链表的时候出现的。编译没有错误，在连接的时候报的这个错，望各位大神，各路高手帮忙。。。
...全文
请发表友善的回复…
发表回复
MRH2S 2014-08-12
- 打赏
- 举报
我用了debug\project only\link 当前工程 解决了这个问题
赵4老师 2013-11-25
- 打赏
- 举报
将错误信息中出现的标识符放在google里面搜一下，看其在哪个.lib中，然后在本地硬盘上搜索该.lib,如果没有，在网上搜索相关库或模块下载安装，然后将其所在目录填写到“附加依赖库所在目录”中，将其名字添加到“附加依赖库”中，重新连接。
VC6：
工程、设置、C/C++、分类：Preprocessor、附加包含路径：填写附加头文件所在目录 逗号间隔多项
工程、设置、Link、分类：Input、附加库路径：填写附加依赖库所在目录 分号间隔多项
工程、设置、Link、分类：Input、对象/库模块：填写附加依赖库的名字.lib 空格间隔多项
VS20xx：
项目、属性、C/C++、附加包含目录：填写附加头文件所在目录 分号间隔多项
项目、属性、链接器、常规、附加库目录：填写附加依赖库所在目录 分号间隔多项
项目、属性、链接器、输入、附加依赖项：填写附加依赖库的名字.lib 空格或分号间隔多项
wang0635 2013-11-24
- 打赏
- 举报
把main打错了？或者其他的打错了？
相信自己无极限 2013-11-24
- 打赏
- 举报
project -->link--> project options,把里面的subsystem:windows改为 subsystem:console.这个方法是我在天涯社区看到的，不这道原理，但是可行。
zybjtu 2013-11-23
- 打赏
- 举报
找到你需要的库文件的地址，并正确把库导入
西西里的牛仔 2013-11-23
- 打赏
- 举报
那怎么解决啊？
max_min_ 2013-10-21
- 打赏
- 举报
库文件没有链接成功！
Marios 2013-10-21
- 打赏
- 举报
求具体解决方法 新手 谢谢了
guzhang520520 2013-03-20
- 打赏
- 举报
貌似建工程的时候用win32的程序 不要用win32控制台的程序就可以解决了
图灵狗 2012-10-09
- 打赏
- 举报
没有链接相应的库或者函数。
AnYidan 2012-10-09
- 打赏
- 举报
[Quote=引用 1 楼 的回复:]
没有链接相应的库或者函数。
[/Quote]
++
没有链接相应的库或者函数。
[/Quote]
++
秦无邪 2012-10-09
- 打赏
- 举报
错误 LNK1120 为您提供该链接的无法解析的外部对象数 (number)。导致无法解析的外部对象的条件由错误 LNK2001 描述，此错误出现在该错误信息之前（对每个无法解析的外部对象都出现一次）。
//就是说每出现一次LNK1120都会在之前出现一个LNK2001
所以主要是解决LNK1120关键是要解决链接器工具错误 LNK2001 这分一下的情况（来自VS 2008的帮助），在这里我只复制一些比较常见的，如果还不行，你重建工程来吧~~
一、代码问题
1.如果 LNK2001 诊断文本报告 __check_commonlanguageruntime_version 是无法解析的外部符号，在 function 中找到了未定义的外部符号 (symbol)。若要解决此错误，请提供符号定义或移除引用它的代码。
2.成员模板的定义超出了类的范围。Visual C++ 的一个限制是，成员模板的定义必须完全位于封闭类内。
3.代码中大小写不匹配
4.如果项目使用函数内联，但在 .cpp 文件而非头文件中定义函数，则会导致 LNK2001。
5.试图引用没有外部链接的函数或数据会导致 LNK2001。
6.缺少函数主体或变量会导致 LNK2001。
7.调用参数类型与函数声明中的参数类型不匹配的函数会导致 LNK2001。名称修饰将函数参数合并到最终修饰函数名中。
8.错误包含的原型导致编译器需要没有提供的函数体，这样会导致 LNK2001。如果同时具有函数 F 的类实现和非类实现，请注意 C++ 范围解析规则。
9.在使用 C++ 时，将函数原型包含在类定义中但未能包含实现（该类的此函数的实现）会导致 LNK2001。
10.试图从抽象基类的构造函数或析构函数调用纯虚函数会导致 LNK2001。纯虚函数没有基类实现。
11.试图在函数范围外使用用该函数声明的变量（局部变量）会导致 LNK2001。
二、编译和链接问题
1.项目缺少对库 (.LIB) 或对象 (.OBJ) 文件的引用。有关更多信息，请参见用作链接器输入的 .lib 文件。
2.如果使用 /NODEFAULTLIB 或 /Zl，包含所需代码的库将不会链接到项目，除非已显式地包括了这些库。（在使用 /clr 或 /clr:pure 进行编译时，您将看到对 .cctor 的引用；有关更多信息，请参见 混合程序集的初始化。）
3.如果正在使用 Unicode 和 MFC，如果没有创建 wWinMainCRTStartup 的入口点，将在 _WinMain@16 上得到无法解析的外部对象；请使用 /ENTRY。请参见 Unicode 编程摘要。
4.将用 /MT 编译的代码与库 LIBC.lib 链接会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。
5.链接需要多线程库的代码（任何 MFC 代码或用 /MT 编译的代码）会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。有关更多信息，请参见下列知识库文章：
6.在用 /MD 进行编译时，因为所有的运行时现在都存放在一个 DLL 中，所以源中的“func”引用在对象中变为“__imp__func”引用。如果试图与 LIBC.lib 或 LIBCMT.lib 静态库链接，则将在 __imp__func 上得到 LNK2001。当不用 /MD 进行编译时，如果试图与 MSVCxx.lib 链接，则并非总是得到 LNK2001，但可能会有其他问题。
7.在生成应用程序的调试版本时与发布模式库链接会导致 LNK2001。同样，使用 /Mxd 选项（/MTd 或 /MDd）和/或定义 _DEBUG，然后再与版本库链接，将可能会产生无法解析的外部对象（同时还会出现其他问题）。将发布模式生成与调试库链接同样会导致类似问题。
8.将 Microsoft 库版本和编译器产品版本混合可能会有问题。新编译器版本的库可能包含早期版本的库中没有的新符号。可能需要更改搜索路径中的目录顺序，或将它们更改为指向当前版本。
9.使用库文件选择下的“工具”|“选项”|“项目”|“VC++ 目录”对话框，可以更改搜索顺序。项目的“属性页”对话框中的“链接器”文件夹可能也包含可能已过期的路径。
10.当安装了新的 SDK（可能在不同的位置），但没有将搜索顺序更新为指向新位置时，可能会出现此问题。通常情况下，应将新 SDK 的 include 目录和 lib 目录的路径放在默认 Visual C++ 位置的前面。另外，包含嵌入路径的项目可能仍然指向旧路径，这些路径是有效的，但对于安装到不同位置的新版本所添加的新功能已过期。
11.编译器供应商之间、甚至同一编译器的不同版本之间当前没有 C++ 命名标准。因此，链接用其他编译器编译的对象文件可能无法生成相同的命名方案，从而导致错误 LNK2001。
12.在不同模块上混合内联和非内联编译选项会导致 LNK2001。如果创建 C++ 库时打开了函数内联（/Ob1 或 /Ob2），但描述函数的相应头文件的内联是关闭的（没有 inline 关键字），则将发生此错误。若要防止此问题，请在要包含到其他文件中的头文件中用 inline 定义内联函数。
13.如果使用 #pragma inline_depth 编译器指令，请确保具有 设置为 2 或更大的值，并确保使用 /Ob1 或 /Ob2 编译器选项。
14.在创建纯资源 DLL 时省略 LINK 选项 /NOENTRY 将导致 LNK2001。
15.使用不正确的 /SUBSYSTEM 或 /ENTRY 设置会导致 LNK2001。例如，如果编写基于字符的应用程序（控制台应用程序）并指定 /SUBSYSTEM:WINDOWS，您将得到无法解析的 WinMain 外部对象。有关这些选项和入口点的更多信息，请参见 /SUBSYSTEM 和 /ENTRY 链接器选项。
//就是说每出现一次LNK1120都会在之前出现一个LNK2001
所以主要是解决LNK1120关键是要解决链接器工具错误 LNK2001 这分一下的情况（来自VS 2008的帮助），在这里我只复制一些比较常见的，如果还不行，你重建工程来吧~~
一、代码问题
1.如果 LNK2001 诊断文本报告 __check_commonlanguageruntime_version 是无法解析的外部符号，在 function 中找到了未定义的外部符号 (symbol)。若要解决此错误，请提供符号定义或移除引用它的代码。
2.成员模板的定义超出了类的范围。Visual C++ 的一个限制是，成员模板的定义必须完全位于封闭类内。
3.代码中大小写不匹配
4.如果项目使用函数内联，但在 .cpp 文件而非头文件中定义函数，则会导致 LNK2001。
5.试图引用没有外部链接的函数或数据会导致 LNK2001。
6.缺少函数主体或变量会导致 LNK2001。
7.调用参数类型与函数声明中的参数类型不匹配的函数会导致 LNK2001。名称修饰将函数参数合并到最终修饰函数名中。
8.错误包含的原型导致编译器需要没有提供的函数体，这样会导致 LNK2001。如果同时具有函数 F 的类实现和非类实现，请注意 C++ 范围解析规则。
9.在使用 C++ 时，将函数原型包含在类定义中但未能包含实现（该类的此函数的实现）会导致 LNK2001。
10.试图从抽象基类的构造函数或析构函数调用纯虚函数会导致 LNK2001。纯虚函数没有基类实现。
11.试图在函数范围外使用用该函数声明的变量（局部变量）会导致 LNK2001。
二、编译和链接问题
1.项目缺少对库 (.LIB) 或对象 (.OBJ) 文件的引用。有关更多信息，请参见用作链接器输入的 .lib 文件。
2.如果使用 /NODEFAULTLIB 或 /Zl，包含所需代码的库将不会链接到项目，除非已显式地包括了这些库。（在使用 /clr 或 /clr:pure 进行编译时，您将看到对 .cctor 的引用；有关更多信息，请参见 混合程序集的初始化。）
3.如果正在使用 Unicode 和 MFC，如果没有创建 wWinMainCRTStartup 的入口点，将在 _WinMain@16 上得到无法解析的外部对象；请使用 /ENTRY。请参见 Unicode 编程摘要。
4.将用 /MT 编译的代码与库 LIBC.lib 链接会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。
5.链接需要多线程库的代码（任何 MFC 代码或用 /MT 编译的代码）会在 _beginthread、_beginthreadex、_endthread 和 _endthreadex 上导致 LNK2001。有关更多信息，请参见下列知识库文章：
6.在用 /MD 进行编译时，因为所有的运行时现在都存放在一个 DLL 中，所以源中的“func”引用在对象中变为“__imp__func”引用。如果试图与 LIBC.lib 或 LIBCMT.lib 静态库链接，则将在 __imp__func 上得到 LNK2001。当不用 /MD 进行编译时，如果试图与 MSVCxx.lib 链接，则并非总是得到 LNK2001，但可能会有其他问题。
7.在生成应用程序的调试版本时与发布模式库链接会导致 LNK2001。同样，使用 /Mxd 选项（/MTd 或 /MDd）和/或定义 _DEBUG，然后再与版本库链接，将可能会产生无法解析的外部对象（同时还会出现其他问题）。将发布模式生成与调试库链接同样会导致类似问题。
8.将 Microsoft 库版本和编译器产品版本混合可能会有问题。新编译器版本的库可能包含早期版本的库中没有的新符号。可能需要更改搜索路径中的目录顺序，或将它们更改为指向当前版本。
9.使用库文件选择下的“工具”|“选项”|“项目”|“VC++ 目录”对话框，可以更改搜索顺序。项目的“属性页”对话框中的“链接器”文件夹可能也包含可能已过期的路径。
10.当安装了新的 SDK（可能在不同的位置），但没有将搜索顺序更新为指向新位置时，可能会出现此问题。通常情况下，应将新 SDK 的 include 目录和 lib 目录的路径放在默认 Visual C++ 位置的前面。另外，包含嵌入路径的项目可能仍然指向旧路径，这些路径是有效的，但对于安装到不同位置的新版本所添加的新功能已过期。
11.编译器供应商之间、甚至同一编译器的不同版本之间当前没有 C++ 命名标准。因此，链接用其他编译器编译的对象文件可能无法生成相同的命名方案，从而导致错误 LNK2001。
12.在不同模块上混合内联和非内联编译选项会导致 LNK2001。如果创建 C++ 库时打开了函数内联（/Ob1 或 /Ob2），但描述函数的相应头文件的内联是关闭的（没有 inline 关键字），则将发生此错误。若要防止此问题，请在要包含到其他文件中的头文件中用 inline 定义内联函数。
13.如果使用 #pragma inline_depth 编译器指令，请确保具有 设置为 2 或更大的值，并确保使用 /Ob1 或 /Ob2 编译器选项。
14.在创建纯资源 DLL 时省略 LINK 选项 /NOENTRY 将导致 LNK2001。
15.使用不正确的 /SUBSYSTEM 或 /ENTRY 设置会导致 LNK2001。例如，如果编写基于字符的应用程序（控制台应用程序）并指定 /SUBSYSTEM:WINDOWS，您将得到无法解析的 WinMain 外部对象。有关这些选项和入口点的更多信息，请参见 /SUBSYSTEM 和 /ENTRY 链接器选项。
