如果你要将一个。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 "。这使得编译器和链接器的事情变得复杂，可能会损害代码的性能。

引用gcc手册:

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

在同一页稍早的地方

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

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

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

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

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

I encounter an situation that is rare, but this may help other friends in similar situation. I have to work on an older system with gcc 4.4.7. I have to compile code with c++11 or above support, so I build the latest version of gcc 5.3.0. When building my code and linking to the dependencies if the dependency is build with older compiler, then I got 'undefined reference to' error even though I clearly defined the linking path with -L/path/to/lib -llibname. Some packages such as boost and projects build with cmake usually has a tendency to use the older compiler, and they usually cause such problems. You have to go a long way to make sure they use the newer compiler.

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

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

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