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

(来源)

与上面的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正常工作而链接对象实现代码的需求。

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

(来源)

引用gcc手册:

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

在同一页稍早的地方

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

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

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

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

USE_RTTI=1 make shared_lib -j4

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

virtual void foo();

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

virtual void foo() {}

或声明为纯虚拟的:

virtual void foo() = 0;