有了这个错误消息，g++的链接器是在告诉你，当需要时，它无法为给定的类组装完整的静态typeinfo描述符。正如许多人已经指出的那样，这很可能是由于缺少虚函数的定义。

但不好的是，错误消息的顺序可能与直觉相反，“对typeinfo的未定义引用”出现在对缺失的虚拟定义的未定义引用之前。这里有一个例子，我刚刚经历过:

/usr/bin/ld: module.o:(.data.rel.ro+0x10): undefined reference to `typeinfo for type_xxx'
/usr/bin/ld: module.o:(.data.rel.ro+0x28): undefined reference to `typeinfo for type_xxx'
/usr/bin/ld: module.o:(.data.rel.ro+0x40): undefined reference to `typeinfo for type_xxx'
/usr/bin/ld: module.o:(.data.rel.ro+0x150): undefined reference to `type_xxx::has_property(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'

因此，type_xxx::has_property(const std::string&)的缺失定义仅作为第四个错误报告。因此，有时跳过那些不理解的错误消息，首先处理那些容易理解的错误消息是有好处的。因为在这种情况下，添加缺失的定义也会修复未定义typeinfo引用的问题。

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

virtual void foo();

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

virtual void foo() {}

或声明为纯虚拟的:

virtual void foo() = 0;

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

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

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

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

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

这条线

virtual void fn();

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

它与代码非常相似:

extern int i;
int *pi = &i;

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

我刚才有很多这样的错误。我将一个只包含头文件的类拆分为一个头文件和一个cpp文件。但是，我没有更新我的构建系统，所以cpp文件没有被编译。除了在头文件中声明但未实现的函数的未定义引用之外，我得到了很多此类typeinfo错误。

解决方案是重新运行构建系统来编译和链接新的cpp文件。

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

我有

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;

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

处理RTTI和非RTTI库的代码的可能解决方案:

a)使用-frtti或-fno-rtti重新编译所有内容 b)如果a)对你来说不可能，试试下面的方法:

假设libfoo是在没有RTTI的情况下构建的。您的代码使用libfoo并使用RTTI编译。如果你在libfoo中使用一个有虚拟对象的类(Foo)，你很可能会遇到一个链接时错误:Foo类缺少typeinfo。

定义另一个类(例如FooAdapter)，它没有虚值，并且会将调用转发给你使用的Foo。

在一个不使用RTTI且仅依赖于libfoo符号的小型静态库中编译FooAdapter。为它提供一个头文件，并在代码中使用它(使用RTTI)。因为FooAdapter没有虚函数，它不会有任何类型信息，你将能够链接你的二进制文件。如果您使用许多来自libfoo的不同类，这个解决方案可能不方便，但这是一个开始。