Undefined reference to vtable

Pour ce qu'il vaut, l'oubli d'un corps sur un destructeur virtuel génère les éléments suivants:

undefined reference to `vtable pour CYourClass'.

Je suis ajoutant une note car le message d'erreur est trompeur. (C'était avec la version de gcc 4.6.3.)

Si vous êtes en utilisant Qt, essayez de relancer qmake. Si cette erreur est dans le widget de la classe, qmake peut-être pas de l'avis que l'interface de la classe vtable doit être régénéré. Cela a réglé le problème pour moi.

Undefined reference to vtable peut se produire en raison de la situation suivante aussi. Juste essayer ceci:

Classe A Contient:

virtual void functionA(parameters)=0; 
virtual void functionB(parameters);

Classe B Contient:

1. La définition ci-dessus functionA.
2. La définition ci-dessus functionB.

Classe C Contient: Maintenant, vous écrivez une Classe C dans lequel vous allez dériver de la Classe A.

Maintenant, si vous essayez de compiler, vous obtiendrez Undefined reference to vtable pour la Classe C comme une erreur.

Raison:

functionA est défini comme virtuelle pure et sa définition est fournie dans la Classe B.
functionB est défini comme virtuel (PAS VIRTUELLE PURE) donc essaie d'en trouver la définition dans la Classe elle-même, mais vous avez fourni à sa définition dans la Classe B.

Solution:

1. Rendre la fonction B virtuelle pure (si vous avez des exigences comme ça)
   virtual void functionB(parameters) =0;
   (Cela fonctionne il est Testé)
2. Fournir la Définition de functionB en Classe elle-même, gardant comme virtuel .
   (J'espère que ça fonctionne comme je n'ai pas essayer)

Il y a beaucoup de spéculation, en effet, des réponses ici. Je vais ci-dessous donnent une code minimal qui reproduit cette erreur et d'expliquer pourquoi il se produit.

Assez Minime Code de Reproduire Cette Erreur

IBase.php

#pragma once

class IBase {
    public:
        virtual void action() = 0;
};

Dérivés.php

#pragma once

#include "IBase.hpp"

class Derived : public IBase {
    public:
        Derived(int a);
        void action() override;
};

Derived.cpp

#include "Derived.hpp"
Derived::Derived(int a) { }
void Derived::action() {}

myclass.cpp

#include <memory>
#include "Derived.hpp"

class MyClass {

    public:
        MyClass(std::shared_ptr<Derived> newInstance) : instance(newInstance) {

        }

        void doSomething() {
            instance->action();
        }

    private:
        std::shared_ptr<Derived> instance;
};

int main(int argc, char** argv) {
    Derived myInstance(5);
    MyClass c(std::make_shared<Derived>(myInstance));
    c.doSomething();
    return 0;
}

Vous pouvez le compiler avec GCC comme ceci:

g++ -std=c++11 -o a.out myclass.cpp Derived.cpp

Vous pouvez désormais reproduire l'erreur en supprimant = 0 dans IBase.hpp. J'obtiens cette erreur:

~/.../catkin_ws$ g++ -std=c++11 -o /tmp/m.out /tmp/myclass.cpp /tmp/Derived.cpp
/tmp/cclLscB9.o: In function `IBase::IBase(IBase const&)':
myclass.cpp:(.text._ZN5IBaseC2ERKS_[_ZN5IBaseC5ERKS_]+0x13): undefined reference to `vtable for IBase'
/tmp/cc8Smvhm.o: In function `IBase::IBase()':
Derived.cpp:(.text._ZN5IBaseC2Ev[_ZN5IBaseC5Ev]+0xf): undefined reference to `vtable for IBase'
/tmp/cc8Smvhm.o:(.rodata._ZTI7Derived[_ZTI7Derived]+0x10): undefined reference to `typeinfo for IBase'
collect2: error: ld returned 1 exit status

Explication

Avis que le code ci-dessus ne nécessite pas de virtuel, les destructeurs, les constructeurs ou tout autres fichiers supplémentaires pour les compiler pour réussir (bien que vous devriez les avoir).

La façon de comprendre cette erreur est comme suit:
L'éditeur de liens est à la recherche pour le constructeur de IBase. Ce qu'il va en avoir besoin pour le constructeur de la Dérivée. Cependant, comme Dérivé remplace les méthodes de IBase, il a vtable est attachée et qui fait référence à IBase. Lorsque l'éditeur de liens dit "undefined reference to vtable pour IBase" cela signifie essentiellement que le Dérivé a vtable référence à IBase, mais il ne trouve pas de code objet compilé de IBase à regarder vers le haut. De sorte que la ligne de fond est que la classe IBase a des déclarations sans implémentations. Cela signifie une méthode dans IBase est déclaré en tant que virtuel, mais nous avons oublié de le marquer comme virtuelle pure OU de fournir sa définition.

De Séparation À La Pointe

Si tout le reste échoue, alors l'un pour corriger cette erreur consiste à construire programme minimal qui ne compiler et ensuite les garder changer c'est donc à l'état que vous voulez. Entre les deux, garder la compilation pour voir quand il commence à échouer.

Note sur ROS et Chaton système de construction

Si vous avez été la compilation ci-dessus un ensemble de classes de ROS à l'aide de chaton système de construction, alors vous aurez besoin lignes suivantes dans CMakeLists.txt:

add_executable(myclass src/myclass.cpp src/Derived.cpp)
add_dependencies(myclass theseus_myclass_cpp)
target_link_libraries(myclass ${catkin_LIBRARIES})

La première ligne dit essentiellement que nous voulons faire un exécutable nommé myclass et le code de construire ce qui peut être trouvé des fichiers qui suit. Un de ces fichiers doit avoir main(). Notez que vous n'avez pas à spécifier .php les fichiers de n'importe où dans CMakeLists.txt. Aussi, vous n'avez pas à spécifier Derived.cpp que d'une bibliothèque.

Le compilateur GNU C++ doit prendre une décision où mettre la vtable dans le cas où vous avez la définition des fonctions virtuelles d'un objet réparties sur plusieurs compilations unités (par exemple, certains des objets virtuels définition de fonctions sont dans un .fichier cpp d'autres dans un autre .fichier cpp, et ainsi de suite).

Le compilateur choisit de mettre l' vtable à l'endroit même où le premier déclaré fonction virtuelle est définie.

Maintenant si vous avez oublié de donner une définition de cette première fonction virtuelle déclaré dans l'objet (ou à tort oublié d'ajouter l'objet compilé le lien entre la phase de), vous obtiendrez cette erreur.

Comme un effet secondaire, veuillez noter qu'uniquement pour cette fonction virtuelle vous n'obtiendrez pas le traditionnel de l'éditeur de liens d'erreur comme il vous manque la fonction foo.

Ok, la solution est que vous avez manqué sur la définition. Voir l'exemple ci-dessous afin d'éviter la vtable erreur de compilateur:

//In the CGameModule.h

class CGameModule
{
public:
    CGameModule();
    ~CGameModule();

    virtual void init();
};

//In the CGameModule.cpp

#include "CGameModule.h"

CGameModule::CGameModule()
{

}

CGameModule::~CGameModule()
{

}

void CGameModule::init()    //Add the definition
{

}

Manque peut-être le destructeur virtuel est facteur?

virtual ~CDasherModule(){};

Peut-être pas. Certainement ~CDasherModule() {} est manquant.

J'ai donc été à l'aide de Qt avec Windows XP et le compilateur MinGW et cette chose a été me rend fou.

Fondamentalement la moc_xxx.cpp a été généré vide même quand j'ai été ajouté

Macro q_object

La suppression de tout, de prise de fonctions virtuelles, explicite et tout ce que vous devinez n'a pas travaillé. Enfin, j'ai commencé à retirer, ligne par ligne, et il s'est avéré que j'avais

#ifdef something

Autour du fichier. Même lorsque le #ifdef est vrai moc fichier n'a pas été généré.

Donc supprimer tous les #ifdefs résolu le problème.

Cette chose ne se passait pas avec Windows et VS 2013.

Il y a beaucoup de possibilités mentionnées de l'origine de cette erreur, et je suis sûr que beaucoup d'entre eux font l'erreur. Dans mon cas, il y a un autre définition de la même classe, en raison d'une duplication du fichier source. Ce fichier a été établi, mais pas liés, de sorte que l'éditeur de liens se plaindre d'être incapable de le trouver.

Pour résumer, je dirais que si vous avez regardé la classe assez long et ne peut pas voir ce possible problème de syntaxe pourrait être à l'origine, optez pour des problèmes de génération comme un fichier manquant ou un dupliqué le fichier.

J'ai eu cette erreur dans le scénario suivant

Prenons le cas où vous avez défini la mise en œuvre des fonctions membres d'une classe dans le fichier d'en-tête lui-même. Ce fichier d'en-tête est exporté en-tête (en d'autres mots, il peut être copié sur la/les inclure directement dans votre base de code). Maintenant que vous avez décidé de séparer la mise en œuvre des fonctions de membre de de .fichier cpp. Après, vous vous êtes séparé/déplacé de la mise en œuvre d' .rpc, le fichier d'en-tête a maintenant juste les prototypes des fonctions de membre à l'intérieur de la classe. Après les changements ci-dessus, si vous construisez votre base de code, vous pouvez obtenir les "undefined reference to 'vtable..." erreur.

Pour résoudre ce problème, avant de construire, assurez-vous de supprimer le fichier d'en-tête (à laquelle vous avez apporté des modifications) dans la commune/répertoire include. Aussi assurez-vous de modifier votre fichier makefile pour accueillir/ajouter le nouveau .o fichier est construit à partir de la nouvelle .rpc fichier que vous venez de créer. Lorsque vous effectuez ces étapes le compilateur/linker n'auront plus à se plaindre.

Je pense qu'il vaut aussi la peine de mentionner que vous obtiendrez également le message lorsque vous essayez de lier à un objet de toute la classe qui a au moins une méthode virtuelle et l'éditeur de liens ne peut pas trouver le fichier.
Par exemple:

Foo.hpp:

class Foo
{
public:
    virtual void StartFooing();
};

Foo.cpp:

#include "Foo.hpp"

void Foo::StartFooing(){ //fooing }

Compilé avec:

g++ Foo.cpp -c

Et main.cpp:

#include "Foo.hpp"

int main()
{
    Foo foo;
}

Compilé et lié avec:

g++ main.cpp -o main

Donne à notre favori erreur:

/tmp/cclKnW0g.o: Dans la fonction main': main.cpp:(.text+0x1a): undefined
reference tovtable pour Foo' collect2: erreur: ld a retourné 1 sortie
statut

Cette survenir à partir de mon undestanding becasue:

1. Vtable est créé par la classe au moment de la compilation

2. De l'éditeur de liens n'a pas accès à vtable qui est dans Foo.o

J'ai eu cette erreur quand j'ai ajouté une deuxième classe à une source existante/en-tête de la paire. Deux en-têtes dans le même .h de fichier, et les définitions de fonction pour deux classes dans le même .fichier cpp.

Je l'ai fait avec succès avant, avec des classes qui sont destinés à travailler en étroite collaboration, mais apparemment ça n'a pas comme moi cette fois. Encore ne sais pas quoi, mais en les scindant en une classe par unité de compilation, il fixe jusqu'.

---

L'échec de la tentative:

_gui_icondata.h:

#ifndef ICONDATA_H
#define ICONDATA_H

class Data;
class QPixmap;

class IconData
{
public:
    explicit IconData();
    virtual ~IconData();

    virtual void setData(Data* newData);
    Data* getData() const;
    virtual const QPixmap* getPixmap() const = 0;

    void toggleSelected();
    void toggleMirror();
    virtual void updateSelection() = 0;
    virtual void updatePixmap(const QPixmap* pixmap) = 0;

protected:
    Data* myData;
};

//--------------------------------------------------------------------------------------------------

#include "_gui_icon.h"

class IconWithData : public Icon, public IconData
{
    Q_OBJECT
public:
    explicit IconWithData(QWidget* parent);
    virtual ~IconWithData();

    virtual const QPixmap* getPixmap() const;
    virtual void updateSelection();
    virtual void updatePixmap(const QPixmap* pixmap);

signals:

public slots:
};

#endif //ICONDATA_H

_gui_icondata.cpp:

#include "_gui_icondata.h"
#include "data.h"
IconData::IconData()
{
myData = 0;
}
IconData::~IconData()
{
if(myData)
{
myData->removeIcon(this);
}
//don't need to clean up any more; this entire object is going away anyway
}
void IconData::setData(Data* newData)
{
if(myData)
{
myData->removeIcon(this);
}
myData = newData;
if(myData)
{
myData->addIcon(this, false);
}
updateSelection();
}
Data* IconData::getData() const
{
return myData;
}
void IconData::toggleSelected()
{
if(!myData)
{
return;
}
myData->setSelected(!myData->getSelected());
updateSelection();
}
void IconData::toggleMirror()
{
if(!myData)
{
return;
}
myData->setMirrored(!myData->getMirrored());
updateSelection();
}
//--------------------------------------------------------------------------------------------------
IconWithData::IconWithData(QWidget* parent) :
Icon(parent), IconData()
{
}
IconWithData::~IconWithData()
{
}
const QPixmap* IconWithData::getPixmap() const
{
return Icon::pixmap();
}
void IconWithData::updateSelection()
{
}
void IconWithData::updatePixmap(const QPixmap* pixmap)
{
Icon::setPixmap(pixmap, true, true);
}

---

Encore une fois, l'ajout d'une nouvelle source/en-tête de la paire et le découpage/collage de la IconWithData classe verbatim en il y a "travaillé".