前面的答案是正确的，但是这个错误也可能是由于试图对没有虚函数的类的对象使用typeid而导致的。c++ RTTI需要虚表，因此希望对其执行类型标识的类至少需要一个虚函数。

如果希望类型信息作用于一个实际上不需要任何虚函数的类，可以将析构函数设为虚函数。

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

virtual void foo();

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

virtual void foo() {}

或声明为纯虚拟的:

virtual void foo() = 0;

在我的例子中，它是一个接口类中的虚函数，没有定义为纯虚函数。

class IInterface
{
public:
  virtual void Foo() = 0;
}

我忘记了= 0位。

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

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

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

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

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

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.