在我的例子中，我使用了带有头文件等文件的第三方库。我子类化了一个类，当我尝试实例化我的子类时，发生了这样的链接错误。

正如@sergiy所提到的，知道这可能是“rtti”的问题，我设法通过将构造函数实现放在单独的.cpp文件中并将“-fno-rtti”编译标志应用到文件中来解决它。它工作得很好。

由于我仍然不太清楚这个链接错误的内部，我不确定我的解决方案是否通用。然而，我认为在尝试@francois提到的适配器方式之前值得一试。当然，如果所有源代码都可用(不是在我的情况下)，最好在可能的情况下使用'-frtti'重新编译。

还有一件事，如果你选择尝试我的解决方案，试着让单独的文件尽可能简单，不要使用c++的一些花哨的功能。特别注意boost相关的事情，因为它很大程度上依赖于rtti。

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

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

在我的例子中，我使用了带有头文件等文件的第三方库。我子类化了一个类，当我尝试实例化我的子类时，发生了这样的链接错误。

正如@sergiy所提到的，知道这可能是“rtti”的问题，我设法通过将构造函数实现放在单独的.cpp文件中并将“-fno-rtti”编译标志应用到文件中来解决它。它工作得很好。

由于我仍然不太清楚这个链接错误的内部，我不确定我的解决方案是否通用。然而，我认为在尝试@francois提到的适配器方式之前值得一试。当然，如果所有源代码都可用(不是在我的情况下)，最好在可能的情况下使用'-frtti'重新编译。

还有一件事，如果你选择尝试我的解决方案，试着让单独的文件尽可能简单，不要使用c++的一些花哨的功能。特别注意boost相关的事情，因为它很大程度上依赖于rtti。

如果你要将一个。so链接到另一个。so，还有一种可能性是在gcc或g++中使用"-fvisibility=hidden"进行编译。如果两个.so文件都是用"-fvisibility=hidden"构建的，并且key方法不相同。so作为另一个虚函数的实现，后者将看不到前者的虚表或typeinfo。对于链接器来说，这看起来像一个未实现的虚函数(就像paxdiablo和cdleary的答案一样)。

在这种情况下，必须为基类的可见性做出例外

__attribute__ ((visibility("default")))

在类声明中。例如,

class __attribute__ ((visibility("default"))) boom{
    virtual void stick();
}

当然，另一个解决方案是不使用"-fvisibility=hidden "。这使得编译器和链接器的事情变得复杂，可能会损害代码的性能。

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

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

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

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

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

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

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

USE_RTTI=1 make shared_lib -j4