前面的答案是正确的，但是这个错误也可能是由于试图对没有虚函数的类的对象使用typeid而导致的。c++ RTTI需要虚表，因此希望对其执行类型标识的类至少需要一个虚函数。

如果希望类型信息作用于一个实际上不需要任何虚函数的类，可以将析构函数设为虚函数。

前面的答案是正确的，但是这个错误也可能是由于试图对没有虚函数的类的对象使用typeid而导致的。c++ RTTI需要虚表，因此希望对其执行类型标识的类至少需要一个虚函数。

如果希望类型信息作用于一个实际上不需要任何虚函数的类，可以将析构函数设为虚函数。

一个可能的原因是声明了虚函数而没有定义它。

当你声明它而没有在同一个编译单元中定义它时，你就表明它在其他地方定义了——这意味着链接器阶段将尝试在其他编译单元(或库)中找到它。

定义虚函数的一个例子是:

virtual void fn() { /* insert code here */ }

在本例中，您将定义附加到声明中，这意味着链接器稍后不需要解析它。

这条线

virtual void fn();

声明fn()而不定义它，这将导致您所要求的错误消息。

它与代码非常相似:

extern int i;
int *pi = &i;

它声明整数I在另一个编译单元中声明，必须在链接时解析(否则PI不能设置为它的地址)。

与上面的RTTI、NO-RTTI讨论类似，如果使用dynamic_cast而未能包含包含类实现的目标代码，也会发生此问题。

我在Cygwin上构建代码时遇到了这个问题，然后将代码移植到Linux上。make文件、目录结构甚至gcc版本(4.8.2)在这两种情况下都是相同的，但是代码在Cygwin上可以正确链接和操作，但在Linux上却无法链接。Red Hat Cygwin显然已经对编译器/链接器进行了修改，以避免目标代码链接需求。

Linux链接器错误消息正确地将我引导到dynamic_cast行，但本论坛早期的消息让我寻找缺少的函数实现，而不是实际的问题:缺少目标代码。我的解决方法是在基类和派生类中替换一个虚拟类型函数，例如virtual int isSpecialType()，而不是使用dynamic_cast。这种技术避免了仅仅为了使dynamic_cast正常工作而链接对象实现代码的需求。

当声明的(非纯)虚函数缺少主体时，就会发生这种情况。在你的类定义中，如下所示:

virtual void foo();

应该定义(内联或链接源文件中):

virtual void foo() {}

或声明为纯虚拟的:

virtual void foo() = 0;

我有同样的错误时，我的接口(与所有纯虚函数)需要一个更多的函数，我忘记“空”它。

我有

class ICommProvider { public: /** * @brief If connection is established, it sends the message into the server. * @param[in] msg - message to be send * @return 0 if success, error otherwise */ virtual int vaSend(const std::string &msg) = 0; /** * @brief If connection is established, it is waiting will server response back. * @param[out] msg is the message received from server * @return 0 if success, error otherwise */ virtual int vaReceive(std::string &msg) = 0; virtual int vaSendRaw(const char *buff, int bufflen) = 0; virtual int vaReceiveRaw(char *buff, int bufflen) = 0; /** * @bief Closes current connection (if needed) after serving * @return 0 if success, error otherwise */ virtual int vaClose(); };

Last vaClose不是虚拟的，所以编译时不知道从哪里获得它的实现，因此感到困惑。我传达的信息是:

…TCPClient.o:(.rodata+0x38): undefined reference to ' typeinfo for ICommProvider'

简单的更改

virtual int vaClose();

to

virtual int vaClose() = 0;

修复了问题。希望能有所帮助