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

我在这个错误上花了几个小时，虽然这里的其他答案帮助我理解发生了什么，但它们并没有解决我的特定问题。

我正在开发一个使用clang++和g++进行编译的项目。我没有使用clang++的链接问题，但得到了未定义的引用'typeinfo错误与g++。

重点是:在g++中，连接顺序很重要。如果你以不正确的顺序列出你想要链接的库，你会得到typeinfo错误。

有关与gcc/g++链接顺序的更多细节，请参阅这个SO问题。

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

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

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

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

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

这条线

virtual void fn();

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

它与代码非常相似:

extern int i;
int *pi = &i;

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

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

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

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

当混合使用-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正常工作而链接对象实现代码的需求。