VS error LNK2019: 无法解析的外部符号 解决方案之一

最新推荐文章于 2024-02-18 16:42:10 发布
最新推荐文章于 2024-02-18 16:42:10 发布
阅读量1.5w 收藏 7
点赞数
分类专栏： 实习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u014314850/article/details/70155514
版权

在使用了一些库函数后，编译出错如下图

从后面的函数名可判断是否缺少链接库，如用到了OPENSSL啊，POCO啊，BOOST啊，

这些库可去官网下载，编译后再在 项目 - 属性 - 链接器 - 输入 - 附加依赖项 中添加

我这里缺的是 crypt32.lib 然而官网下载的 crypto++并不能编译出这个库，最后发现是windows自带的，于是直接写进依赖项里就好了。

让他让
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 8
    评论
专栏目录
openssl-1.1.1c静态库
06-22
windows下openssl1.1.1c x86和x64静态库和win32动态库
c++ 出现“ error LNK2019: 无法解析的外部符号 该符号在函数 中被引用"错误原因...
weixin_33862993的博客
12-26 1288
一般问题出在 （1）XXX.lib头文件，这个要包含（不然编译也不能通过） （2）需要XXX.lib或XXX.dll库。手动添加，项目->属性->配置属性->链接器->输入 然后在附件依赖项添加XXX.lib，再生成第一个无法解析的外部符号错误消失了。 （3）编译平台不一致。和链接的外部库编译的平台不一致导致的，如一个是x64的另一个是32位的或者一个是debug另一...
“error LNK2019: 无法解析的外部符号”的几种可能原因
最新发布
qq_41536059的博客
02-18 406
项目、属性、C/C++、附加包含目录：填写附加头文件所在目录，include文件夹。项目、属性、链接器、常规、附加库目录：填写附加依赖库所在目录，lib文件夹。项目、属性、链接器、输入、附加依赖项：填写附加依赖库的名字.lib。项目属性中，配置的debug+x64，要与运行时的设置对应。最根本的原因在于链接过程中没有搜索到程序用到的库文件，即。error LNK2019: 无法解析的外部符号，X64编译，采用Win32Debug。采用开源程序，忘记添加依赖项。
OpenSSL在vs2010下运行报错
qq_38897908的博客
07-31 659
错误 13 error LNK2019: 无法解析的外部符号 _ERR_print_errors_fp，该符号在函数 “public: __thiscall SSLManager::SSLManager(void)” (??0SSLManager@@QAE@XZ) 中被引用 F:\ghostLearning\gohostLearing\PCRemote\PCRemote\SSLManager.obj 错误 19 error LNK2019: 无法解析的外部符号 _OPENSSL_init_ssl，该符号在函
无法解析的外部符号，该符号在函数中被引用
Lindong2016的博客
09-21 8861
无法解析的外部符号.........，该符号在函数.........被引用 在我们敲代码的过程中，我们偶尔会遇到这个问题，这个问题大多数都是因为你自己的程序有问题，而不是缺少相应的库文件。话不多说，直接看例子： 在上面报错信息中，我们可以看到一堆看不懂的符号，那些都不重要， 主要看那个无法解析的外部符号：D3DApp::~D3DApp(void);一般来说都是这个函数出现了问题(你要...
无法解析的外部符号xxx 该符号在函数xxx中被引用
田螺姑娘的博客
11-02 1915
在一个解决方案已经有多个项目的情况下创建一个项目（比如开源项目，我们在此基础上建立我们自己的工程），我们把lib静态链接库以及库目录都按照一定的要求进行处理，但是却出现一些。后来实在是没有办法，所有主动的查找外部符号对应的头文件，通过头文件找到其相应的lib库，主动使用。这个问题博主查找BUG时间过久，顾在此记录。实际上我们只需定义我们自己的外部依赖项时，一开始我按照文章开头博客所说查找问题，但是并不能解决上述BUG（将缺失的lib库引入。
无法解析的外部符号的几种可能
热门推荐
mahong100的博客
10-20 9万+
参考：https://blog.csdn.net/educast/article/details/12491473，补充了一项 1. lib 文件未引入。可使用“#pragma comment(lib, “winsock.lib”) ”语句添加 lib 引用，也可在项目依赖里添加。 2. 类方法的实现未加类标识。如， “CTest::Connect(void) { … }” 写成了 “Conn...
编译问题处理：undefined symbol: OPENSSL_init_crypto
And乔的博客
10-13 6327
编译问题处理：undefined symbol: OPENSSL_init_crypto 结论： Python 2.7 编译_hashlib.so 提示undefined symbol: OPENSSL_init_crypto问题； 原因为openssl版本不匹配，所需要的symbol在该版本库中没有实现； 针对于本次问题，将openssl version 配置为1.0.1f 并将其关联库删除后重新编译，编译通过（PS：这里需要注意编译时实际使用的lib库的路径，避免出现版本安装为1.0.1f后相关库仍使用
解决OpenSSL 在VC2015下链接报错的问题。
bywayboy的专栏
10-07 1万+
起因： 公司项目 服务器的nginx是使用的定制版，使用了concat、缩略图生成等模块，为了方便同事们在办公室环境下使用nginx，在Windows下编译nginx，并带上这两个模块。之前在 VC2013 之前的版本一直编译很顺利，最近开发环境改用了 VC2015 突然发现编译不过了。报了一堆link error!libeay32.lib(ui_openssl.obj) : error LNK2
内核编译过程出现`OPENSSL_init_crypto` 错误
Enosji的博客
11-01 4483
在编译内核时突然出现`OPENSSL_init_crypto` 的报错信息，信息如下 /tmp/ccFRVwLv.o: In function `main': extract-cert.c:(.text.startup+0x25): undefined reference to `OPENSSL_init_crypto' extract-cert.c:(.text.startup+0x31): undefined reference to `OPENSSL_init_crypto' collect2:
openssl+RSA加解密出现以下错误C++ error LNK2019: 无法解析的外部符号
biyesheji1000的专栏
02-19 4160
编译提示错误： 1>RSA.obj : error LNK2019: 无法解析的外部符号 BIO_new，函数 "void __cdecl GenerateRSAKey(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > &,class std::basic_string<char,struct std::char_trait
error LNK2019: 无法解析的外部符号 问题的解决办法
09-05
error LNK2019: 无法解析的外部符号 问题的解决办法，需要的朋友可以参考一下
解决vc++报错error LNK2019 无法解析的外部符号，该符号在函数 中被引用
12-14
解决vc报错error LNK2019 无法解析的外部符号，该符号在函数 中被引用
如何解决 error LNK2019 无法解析的外部符号，该符号在函数 中被引用
11-24
如何解决 error LNK2019 无法解析的外部符号，该符号在函数 中被引用
解决error LNK2001 无法解析的外部符号 int __cdecl sprintf(
01-22
解决error LNK2001 无法解析的外部符号 int __cdecl sprintf
vs2015 设置了包含路径还是提示说打不开头文件
让他让的博客
04-10 1万+
项目 - 属性 - CV++目录 注意上方的平台是否选错，设置后再设置包含路径
vs 工程 错误 error MSB3073: 命令 原因之一
让他让的博客
04-18 1万+
有时，会突然间好好的工程就一堆下图的错误： 其中一个原因是调试或运行后，程序进程并没有关闭，可在资源管理器中看到，于是dll被占用，自然不能被编译出的dll替换。 手动结束进程后再编译就没问题 了，所以问题就在于程序关闭后为什么进程还没结束。
vs 2015 不是类或命名空间名称
让他让的博客
04-14 7251
原本没有错误的工程， AutoUpdater项目使用了poco，好好的，结果另一个项目 include 了 AutoUpdater.h，居然提示 “Poco”: 不是类或命名空间名称” #include "stdafx.h" #include "AutoUpdater.h" #include //#include "Utility.h" //#include "Poco/Timer.h" #
error LNK2019: 无法解析的外部符号 "public: void __cdecl
07-15
很抱歉，由于您没有提供完整的错误信息，我无法给出具体的解决方案。但是，通常情况下，LNK2019错误是由于链接器找不到函数或符号的定义引起的。解决此问题的方法可能包括： 1. 检查函数或符号的定义是否存在于正确的源文件中。 2. 确保函数或符号的声明与其定义匹配。 3. 检查库文件是否正确链接并包含在项目设置中。 4. 确保函数或符号的命名空间和访问修饰符等方面的配置正确。 如果您能提供更详细的错误信息和相关的代码片段，我将能够为您提供更准确的帮助。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 8
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值