error LNK2019: 无法解析的外部符号 “public: static class cocos2d::extension::CCScrollView

最新推荐文章于 2024-07-27 22:09:30 发布

原创最新推荐文章于 2024-07-27 22:09:30 发布 · 2.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#cocos2d-x #vs

本文介绍了解决C/C++编译时遇到的附加包含目录缺失问题的方法。通过设置工程属性中的配置选项来指定正确的路径，从而确保编译过程正常进行。

右键工程属性->配置属性->c/c++中的附加包含目录：如下图所示：

然后确定，重新编译就OK拉，这类问题详细的可以见我博客的另一片文章。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

myweaven

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

【23】C++实战篇——C++报错：LNK2001：无法解析的外部符号，LNK2019: 无法解析的外部符号，原因分析及解决方法

程序员，他们想的是什么?他们想的永远都是技术，他们崇尚的也永远都是技术。

09-23

1281

该文分析了VS项目中出现的"无法解析的外部符号"LNK2001/LNK2019错误。问题表现为跨项目共享变量时，Projector项目无法解析Line项目中声明的外部变量ImgSavePath和ImgFormat。原因在于头文件声明了变量但未包含实现的源文件。解决方法是将getLine.cpp文件添加到Projector项目中。文章还总结了两种错误代码的区别：LNK2001通常对应变量缺失，LNK2019对应函数缺失。最后列出了具体的报错信息，包括无法解析的变量和函数符号。

正确解决error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的有效解决方法

wbajsjhhhhh的博客

04-30

3237

正确解决error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)异常的有效解决方法

参与评论您还未登录，请先登录后发表或查看评论

无法解析的外部符号 "public: static class cocos2d::CCLuaEngine *

j0903的专栏

06-15

1252

自己建了个C++工程，调用luaengine时出错了。error link 2019。在工程属性 -> 配置属性 -> C/C++ -> 预处理器 -> 预处理器定义一栏添加 _USRLUASTATIC 解决网上搜到的文章都是把luaEngine文件考到自己的工程下解决的，试过了但报了个dll链接不一致的错误，然后搜索到要修改预处理器定义，把这个宏加进来。

无法解析的外部符号 "public: static class cocos2d::extension::Scale9Sprite

u011249351的博客

09-22

1791

首先使用九宫格需要加头文件“#include“cocos-ext.h”” 加上头文件之后需要调用cocos内部的库才可以正确使用 libCocosStudio libExtension libGUI 添加库方法： libCocosStudio:右键解决方案-》添加-》现有项-》cocos2d->cocos->editor-support->cocostudio->proj.win32-

error LNK2001: 无法解析的外部符号 "public: static class stdext::hash_map

热门推荐

carl2380的专栏

03-22

1万+

inline size_t CString_hash_value( const CString& str) /*const*/{ size_t value = _HASH_SEED; size_t size = str.GetLength(); if (size > 0) { size_t temp = (size / 16) + 1; size -= temp;

Qt/VS LNK2019/LNK2001：无法解析的外部符号

一个程序猿的工作知识深化日常

08-03

6539

VS关于LNK2019报错的可能性

使用log4cplus时遇到的链接错误：无法解析的外部符号 "public: static class log4cplus::Logger __cdecl log4cplus::Logger::get...

weixin_33682719的博客

03-15

979

#include "stdafx.h" #include <log4cplus/logger.h> #include <log4cplus/loggingmacros.h> #include <log4cplus/configurator.h> #include <log4cplus/fileappender.h> #include <l...

error LNK2019: 无法解析的外部符号 "public: static class RawVideoRTPSink * __cdecl RawVideoRTPSink::createNew

zhuquanfu的专栏

05-16

1008

用live555库开发rtspserver程序，编译时报 error LNK2019: 无法解析的外部符号 "public: static class RawVideoRTPSink * __cdecl RawVideoRTPSink::createNew(class UsageEnvironment &,class Groupsock *,unsigned char,unsigned ...

error LNK2019: 无法解析的外部符号问题的解决办法

09-05

综上所述，解决LNK2019错误需要仔细检查程序代码，确认每一个外部符号的定义是否存在，以及是否正确地包含了它们的声明。此外，还需要检查链接器的配置，确保所有需要的库都已被正确链接。进行这些检查之后，通常...

“解析 ‘error LNK2019: 无法解析的外部符号‘ 错误的分析“

TechWhizZ的博客

08-18

1204

错误信息 “error LNK2019: 无法解析的外部符号” 是在编译和链接过程中经常遇到的一种错误。它表明在程序的某个地方使用了一个符号（函数、变量等），但是编译器和链接器无法找到该符号的定义或实现。“error LNK2019: 无法解析的外部符号” 错误通常是由于缺失符号的定义、编译器搜索路径错误或编译器/链接器选项错误引起的。通过正确地包含头文件、设置编译器的搜索路径和检查选项设置，可以解决这种错误。如果符号的定义不在编译器的搜索路径中，就会导致 “error LNK2019” 错误。

error LNK2019: 无法解析的外部符号 “public: __cdecl ...，函数 ...中引用了该符号解决办法

qq_42043599的博客

10-24

7888

error LNK2019: 无法解析的外部符号 "public: __cdecl ...，函数 ...中引用了该符号解决办法

QT vs2019编译报错LNK2019无法解析的外部符号

Txwtech

07-27

744

0QtWidgetsApplication2@@QEAA@PEAVQWidget@@@Z) 中引用了该符号 QtWidgetsApplication2 D:\vs_qt_project\QtWidgetsApplication2\QtWidgetsApplication2\QtWidgetsApplication2.obj 1。严重性代码说明项目文件行禁止显示状态。cpp文件屏蔽了默认构造函数的实现。cpp文件有相应的实现函数。

error LNK2019: 无法解析的外部符号 “__declspec(dllimport)

jijie_ming的博客

02-29

2457

error LNK2019: 无法解析的外部符号 "__declspec(dllimport) public: __cdecl ——————————，该符号在函数 "—————————————————— 中被引用。统一的处理结论：缺少连接库。

error LNK2019: 无法解析的外部符号 “__declspec(dllimport) public: __cdecl QWidget::QWidget(class QWidget *,cla

the growth of Nick

01-10

949

说Qt的QWidget::QWidget构造函数外部符号链接不到，二话不说立马想到QWidget是Qt的类库，它的构造函数外部符号链接不到，这跟我的代码是否有bug八竿子打不着，但是想一想无法链接外部符号的背后精髓是找不到接口的实现，Qt的类库，它自己的构造实现我根本管不着，而且绝壁是实现了的，但是为什么链接不到呢，多半跟类库路径找不到之类有关，下面是我出问题的代码。老生常谈的套路了，先仔细把链接的错误一个字不放过。一天不解决一个链接问题，就浑身不得劲！有了猜想，验证就有了思路。

obj : error LNK2019: 无法解析的外部符号 "public: __thiscall B::B(void)" (??0B@@QAE@XZ)，该符

fern_girl的博客

07-15

4332

今天在写类的简单实现时突然遇见这样的问题，最后发现是因为自己忘记实现构造函数的析构函数class B:public A { public: B()； ~B()； };出现该错误：obj : error LNK2019: 无法解析的外部符号 “public: __thiscall B::B(void)” (??0B@@QAE@XZ)，该符号在函数 _main 中被引用，修改即解决了错误

error LNK2019 无法解析的外部符号 vs2005

lingdxuyan的专栏

07-29

1万+

这两天在写一个进程管理器，用到了Psapi.h中的一些进程函数。我将Psapi.h包含到源代码中，但链接时出现了4个LNK2019错误，都是Psapi.h中的函数引起的无法解析的外部符号。错误 2 error LNK2019: 无法解析的外部符号 _GetModuleFileNameExW@16，该符号在函数 "public: class ATL::CStringT > > __this

详解错误 LNK2019 无法解析的外部符号 “public: void __cdecl cv::Mat::copyTo(class cv::debug_build_guard::_OutputArr

牛肉胡辣汤

01-21

4596

本文以 "public: void __cdecl cv::Mat::copyTo(class cv::debug_build_guard::_OutputArray" 为例，介绍了错误 LNK2019 的含义和分析方法，并给出了一些解决方法和调试步骤。本文将详细解释错误 LNK2019，并以 "public: void __cdecl cv::Mat::copyTo(class cv::debug_build_guard::_OutputArray" 为例进行讲解。，用于存储复制后的图像。

QT5 添加 newtwork 库后还是无法找到库（LNK2019）的解决方法

一码算一码

01-29

2283

写了个网络重新，编译提示：mainwindow.obj:-1: error: LNK2019: 无法解析的外部符号 "_~QHostInfo(void)" (__imp_??1QHostInfo@@QEAA@XZ)，该符号在函数 "public: __cdecl MainWindow::MainWindow(class QWidget *)" (??0MainWindow@@QEAA@PEAVQW

error LNK2019:无法解析的外部符号

最新发布

06-08

### LNK2019 错误的解决方案 LNK2019 是 Microsoft Visual Studio 中常见的链接器错误，表示链接器在尝试创建最终的可执行文件或库时，无法找到某个函数、变量或对象的定义。以下是导致该错误的常见原因及解决方法： #### 1. **未正确实现声明的函数** 如果在头文件中声明了一个函数，但未在源文件中提供其实现，则会导致此错误。确保所有声明的函数都有对应的实现[^4]。 ```cpp // MyHeader.h #ifndef MYHEADER_H #define MYHEADER_H void myFunction(); // 声明 #endif // MySrc.cpp #include "MyHeader.h" void myFunction() { // 实现 // 函数体 } ``` #### 2. **忘记编译或链接某些源文件** 如果项目中包含多个 `.cpp` 文件，但未将所有必要的源文件添加到项目中，则可能导致链接器找不到某些符号的定义。检查项目设置，确保所有相关 `.cpp` 文件都被正确添加[^3]。 #### 3. **静态变量未初始化** 对于全局或静态变量，如果仅在头文件中声明而未在源文件中定义，则会导致此错误。确保为静态变量提供定义[^1]。 ```cpp // MyHeader.h extern int globalVar; // 声明 // MySrc.cpp int globalVar = 0; // 定义 ``` #### 4. **链接库缺失或配置错误** 如果项目依赖于外部库（如 Qt 或 SQLite），但未正确配置链接器选项或未指定库路径，则会引发此错误。确保在项目属性中正确配置了库路径和依赖项[^5]。 - 在 Visual Studio 中： - 菜单栏选择 `项目 -> 属性 -> 配置属性 -> 链接器 -> 输入` - 在 `附加依赖项` 中添加所需的库文件名。 - 在 `常规 -> 附加库目录` 中添加库路径。 #### 5. **名称修饰问题** C++ 编译器会对函数名进行修饰（name mangling），以支持重载等功能。如果使用 C++ 编写代码但调用了用 C 编写的库，则需要通过 `extern "C"` 关键字禁用名称修饰[^4]。 ```cpp extern "C" { void cFunction(); // 禁用名称修饰 } ``` #### 6. **入口点问题** 在某些情况下，错误信息可能显示为 `error LNK2019: 无法解析的外部符号 WinMain`。这通常是因为项目类型被错误地设置为 Windows 应用程序，但代码中未定义 `WinMain` 函数。检查项目属性中的 `子系统` 设置[^2]。 - 如果项目是控制台应用程序： - 将 `子系统` 设置为 `Console (/SUBSYSTEM:CONSOLE)`。 - 如果项目是图形界面应用程序： - 确保定义了 `WinMain` 函数。 ```cpp int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { // 入口点代码 return 0; } ``` #### 7. **重复定义或冲突** 有时，多个文件中可能存在同名的全局变量或函数定义，导致链接器混淆。检查是否有重复定义，并确保每个符号在项目中唯一[^3]。 --- ### 示例代码以下是一个简单的示例，展示如何避免 LNK2019 错误： ```cpp // MyHeader.h #ifndef MYHEADER_H #define MYHEADER_H class MyClass { public: MyClass(); void displayMessage(); }; #endif // MySrc.cpp #include "MyHeader.h" #include <iostream> MyClass::MyClass() {} void MyClass::displayMessage() { std::cout << "Hello, World!" << std::endl; } // Main.cpp #include "MyHeader.h" int main() { MyClass obj; obj.displayMessage(); return 0; } ``` 确保将 `MySrc.cpp` 添加到项目中，并正确配置头文件路径。 --- ###