error LINK2019：无法解析的外部符号

Posted 2023-04-07

RE-SOFT7.0 error LNK2019: 无法解析的外部符号 "public: bool __thiscall RE_OpPntCldRegRough::estimateGridSize(int,double &)" (?estimateGridSize@RE_OpPntCldRegRough@@QAE_NHAAN@Z) ，该符号在函数 "public: bool __thiscall RE_OpPntCldRegRough::constructboxing(void)" (?constructboxing@RE_OpPntCldRegRough@@QAE_NXZ) 中被引用
如何解决 求高手指点。。

RE_OpPntCldRegRough::estimateGridSize(int,double &)这个成员函数只有函数原型，没有实现函数体，一旦调用后，连接时就会报告这个错误追问

我要用这个函数 estimateGridSize(int,double &)
我该如何解决呢？

追答

解决方法就是实现这个成员函数的函数体啊

追问

我这个函数没有在当前的项目中，在其他的项目中，如何实现呢？

追答

如果有源代码，找到这个类，在类体的实现文件(.cpp)中增加该函数实现就可以了
如果没有源代码，只有.lib或者.dll，那就只有从该类中继承，并重写该成员函数，当然，所有原来使用的类型名都要改成新类型名了

参考技术A 如果是为了避免错误，直接在.cpp实现的时候在函数体后面加上就行了 ，你调用了一个没实现的函数会出错的。

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

无法解析的外部符号“symbol”是指该符号在函数“function”中被引用,在function中找到了未定义的外部符号 (symbol)。
若要解决此错误，请提供符号定义或移除引用它的代码。
以下是几种可能性，请根据自己的情况判断。

1. 在 Visual C++ .NET 2003 中，如果使用了 /clr 而未将 CRT 链接到可执行文件，将生成此错误。任何由编译器在未使用 /clr:initialAppDomain 时生成的对象代码都包含对 _check_commonlanguageruntime_version 函数的引用，该函数在 C 运行时库 (CRT) 中定义。如果应用程序在运行库的版本 1 上运行，该函数将会生成一个错误信息。当前编译器生成的代码与运行库的版本 1 不兼容。因此，如果在 Visual C++ .NET 2003 中编译时不使用 CRT，则应在代码中包含 _check_commonlanguageruntime_version 函数的定义。作为使用 _check_commonlanguageruntime_version 函数的替代方法，您可以与 nochkclr.obj 链接。nochkclr.obj 包含该函数的一个空版本，当您在运行库的版本 1 上运行应用程序时，nochkclr.obj 不生成错误信息。若要使用当前编译器版本生成应用程序以在运行库的以前版本上运行，应使用 /clr:InitialAppDomain。
若要生成一个纯 MSIL 可执行文件（不与 CRT 链接），则必须在项目中定义该函数，而不能使用 nochkclr.obj（.obj 是本机代码）。有关可验证代码的更多信息，请参见产生可验证的 C++ 托管扩展组件。有关从托管 C++ 项目创建纯 MSIL 输出文件的更多信息，请参见将 C++ 托管扩展项目从混合模式转换成纯 IL。

2. 请看下面的示例：
extern int i;
extern void g();
void f()

i++;
g();

int main()


如果在生成中包含的某个文件中没有定义 i 和 g，链接器将生成 LNK2019。可以添加这些定义，方法是将包含这些定义的源代码文件包括为编译的一部分。或者可以将包含这些定义的 .obj 或 .lib 文件传递给链接器。

3. 对于从早期版本升级到当前版本的 C++ 项目，如果定义了 __UNICODE 并且入口点为 WinMain，需要将入口点函数的名称更改为 _tWinMain 或 _tmain。

4. 符号声明包含拼写错误，以致于符号声明与符号定义不同。

5. 使用了一个函数，但其参数的类型或数量与函数定义不匹配。
函数声明使用和函数定义使用中的调用约定（__cdecl、__stdcall 或 __fastcall）不同。

6. 符号定义在编译为 C 程序的文件中，而符号是在 C++ 文件中不带 extern "C" 修饰符声明的。在此情况下，请修改声明，例如不是使用：
extern int i;
extern void g();

而使用：

extern "C" int i;
extern "C" void g();

同样，如果在将由 C 程序使用的 C++ 文件中定义符号，请在定义中使用 extern "C"。

7. 符号定义为静态，但稍后在文件外部被引用。
没有定义静态类成员。例如，应单独定义下面类声明中的成员变量 si：

#include <stdio.h>
struct X
static int si;
;
// int X::si = 0; // uncomment this line to resolve
void main()

X *px = new X[2];
printf("\n%d",px[0].si); // LNK2019


8. 也可能由于为 Visual Studio .NET 2003 进行的一致性工作生成此错误：模板友元和专用化。在 Visual Studio .NET 2003 中，必须定义声明新的非模板函数的友元声明。
要使代码在 Visual C++ 的 Visual Studio .NET 2003 和 Visual Studio .NET 版本中均有效，请显式指定友元函数的模板参数列表。
// LNK2019.cpp
// LNK2019 expected
template<class T>
void f(T)


template<class T>
struct S

friend void f(T);
// Try the folowing line instead:
// friend void f<T>(T);
;
int main()

S<int> s;
f(1); // unresolved external

/VERBOSE 链接器选项帮助您查看链接器引用的文件。DUMPBIN 实用工具的 /EXPORT 和 /SYMBOLS 选项还可以帮助您查看 dll 和对象/库文件中定义的符号。追问

我是在VS2005环境下编译的

参考资料：http://hi.baidu.com/ani_di/blog/item/338fe555035f745ed10906a1.html

参考技术A 仔细查看代码中是否存在中文的标点符号，只有英文标点才能顺利通过编译 参考技术B 可能头文件没有包含，或者变量，函数没有定义
最好能把编译日志贴出来