当混合使用-fno-rtti和-frtti代码时也会发生这种情况。然后，您需要确保在-frtti代码中访问type_info的任何类都使用-frtti编译了它们的key方法。这种访问可以发生在创建类的对象时，使用dynamic_cast等。

(来源)

在基类(抽象基类)中声明虚析构函数，因为不能将析构函数声明为纯虚函数，所以要么必须在抽象类中定义它，就像virtual ~base(){}这样的虚拟定义，要么在任何派生类中定义。

如果你没有做到这一点，你将在链接时以一个“未定义的符号”结束。 因为VMT在根据派生类中的实现更新表时，为所有纯虚函数提供了一个带有匹配NULL的条目。但对于非纯虚函数，则需要在链接时定义，以便更新VMT表。

使用c++filt来要求符号。比如$c++filt _ZTIN10storageapi8BaseHostE 将输出类似"typeinfo for storageapi::BaseHost"的内容。

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

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

引用gcc手册:

对于多态类(具有虚函数的类)，type_info对象与虚表[…对于所有其他类型，我们在使用type_info对象时写出type_info对象:当将' typeid'应用到表达式、抛出对象或在catch子句或异常规范中引用类型时。

在同一页稍早的地方

如果类声明了任何非内联、非纯虚函数，则选择第一个虚函数作为类的“key方法”，虚表只在定义key方法的转换单元中发出。

因此，当“key方法”缺少它的定义时，就会发生这个错误，正如前面提到的其他答案。

检查你的依赖是在没有-f-nortti的情况下编译的。

对于某些项目，你必须显式地设置它，比如在RocksDB中:

USE_RTTI=1 make shared_lib -j4

有了这个错误消息，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引用的问题。