De GCC FAQ are o intrare pe ea:

soluția este să se asigure că toate metodele virtuale care nu sunt pure sunt definite. Rețineți că un destructor trebuie să fie definite, chiar dacă acesta este declarat pur-virtual [clasa.dtor]/7.

Pentru ceea ce merită, uitând un corp pe un destructor virtual generează următoarele:

nedefinit referire la `vtable pentru CYourClass'.

Eu sunt adăugarea o notă deoarece mesajul de eroare este înșelătoare. (Acest lucru a fost cu gcc versiune 4.6.3.)

Deci, am'am dat seama de problema si a fost o combinație de logica rău și nu sunt complet familiarizați cu automake/autotools lume. Am fost adăugarea de fișierele corecte a mea Makefile.sunt model, dar nu't de sigur care pas în procesul de construire a creat de fapt makefile în sine. Deci, am fost compilarea cu un vechi makefile care nu a avut nici o idee despre noua mea fișiere de orice fel.

Multumesc pentru raspunsuri si link-ul de la CCG FAQ. Eu voi fi sigur de a citi că, pentru a evita această problemă, care apar pentru un motiv real.

Dacă sunteți folosind Qt, încercați revedea qmake. Dacă această eroare este în widget's class, qmake-ar putea să nu observați că ui clasa vtable ar trebui să fie regenerat. Această rezolvat problema pentru mine.

Pur și simplu am primit această eroare deoarece fișierul nu a fost în makefile.

Nedefinit de referință pentru vtable pot să apară datorită următoarelor situație, de asemenea,. Doar să încercați acest lucru:

Clasa A Conține:

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

Clasa B Contine:

1. Definiția de mai sus tulb.
2. Definiția de mai sus functionB.

Clasa C Conține: Acum're scris o Clasă C în care aveți de gând pentru a obține de la Clasa A.

Acum, dacă încercați să compilați veți obține Nedefinit de referință pentru vtable pentru Clasa C ca eroare.

Motiv:

functionA este definit ca pur virtuale și definiția acestuia este prevăzută în Clasa B. functionB este definit ca virtual (NU VIRTUALE PURE) așa că încearcă să-și găsească o definiție în Clasă în sine, dar cu condiția de definiție în Clasa B.

Soluție:

1. Face funcția B ca pur virtuală (dacă aveți cerință de genul asta) virtual void functionB(parametri) =0; (Aceasta funcționează este Testat)
2. Oferi o Definiție pentru functionB în Clasa în sine menținându-l ca virtual . (Sper că funcționează ca am n't încercați acest lucru)

Există o mulțime de speculații întâmplă în diverse răspunsuri aici. Am'll de mai jos da o destul de minime cod care reproduce această eroare și să explice de ce apare.

Destul de Minime Cod pentru a Reproduce Această Eroare

IBase.che

#pragma once

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

Derivate.che

#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;
}

Puteți compila acest lucru, folosind GCC astfel:

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

Acum puteți reproduce eroarea prin eliminarea = 0 în IBase.che. Primesc aceasta eroare:

~/.../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

Explicație

Observați că codul de mai sus nu are nevoie de nici virtual destructori, constructori sau orice alte fișiere suplimentare pentru a compila pentru a fi de succes (deși ar trebui să le aibă).

Cum să înțelegem această eroare este după cum urmează: Linker-ul este în căutarea pentru constructorul de IBase. Acest lucru va avea nevoie de ea pentru constructorul de Derivate. Cu toate acestea, ca Derivat suprascrie metode de IBase, a vtable atașat la acesta, care va referire IBase. Când linker spune "nedefinit de referință pentru vtable pentru IBase" aceasta înseamnă de fapt că Derivat a vtable referire la IBase dar poate't găsi orice obiect compilate codul de IBase să se uite în sus la. Deci, linia de jos este că clasa IBase a declarațiilor fără implementări. Acest lucru înseamnă o metodă în IBase este declarată virtuală, dar am uitat să-l marcați ca pur virtual SAU oferă definiția sa.

Despărțire Sfat

Dacă toate altceva nu reușește, atunci o modalitate de a depana această eroare este de a construi minim program care nu a compila și apoi să păstreze o schimba pentru ca se ajunge la starea pe care doriți. În între, ține strâns să vadă când începe să eșueze.

Notă pe ROS și Catkin construi sistemul

Dacă ai fost compilarea de mai sus set de clase în ROS folosind catkin construi sistemul atunci veți avea nevoie de următoarele linii în CMakeLists.txt:

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

Prima linie de fapt spune că vrem să facem un executabil numit myclass și codul pentru a construi acest lucru poate fi găsit fișierele care urmează. Unul dintre aceste fișiere ar trebui să aibă main(). Observați că nu't trebuie să specificați .che fișiere de oriunde în CMakeLists.txt. De asemenea, don't trebuie să specificați Derived.cpp ca bibliotecă.

Am fugit într-o altă cauză pentru această eroare pe care le puteți verifica pentru.

Clasa de bază a definit o pur virtuale funcția ca:

virtual int foo(int x = 0);

Și subclasa a

int foo(int x) override;

Problema a fost typo că `"=0" a fost trebuia să fie în afara parantezelor:

virtual int foo(int x) = 0;

Deci, în cazul în care te're defilare de departe în jos, tu, probabil, nu't găsi răspunsul - acest lucru este ceva pentru a verifica.

Acest lucru se poate întâmpla destul de ușor dacă uitați să se leagă de obiect fișier care are definiție.

GNU C++ compiler trebuie să ia o decizie în cazul în care pentru a pune vtable în cazul în care aveți definirea de funcții virtuale a unui obiect repartizate pe mai multe compilatii de unități (de exemplu, unele dintre obiecte virtuale funcții definiții sunt într-o .fișier cpp alții în alta .fișier cpp, și așa mai departe).

Compilatorul alege pentru a pune `vtable în același loc ca și în cazul în care primul a declarat virtuale funcția este definită.

Acum, dacă vă pentru un motiv oarecare a uitat să ofere o definiție pentru prima virtual funcția declarat în obiect (sau din greșeală, a uitat să adauge obiect compilate la conectarea fazei), veți obține această eroare.

Ca un efect secundar, vă rugăm să rețineți că numai pentru acest special funcția virtuale ai câștigat't obține tradiționale linker error ca lipsesc funcția de foo.

Să nu treacă post dar. Dacă ai de-a face cu moștenire cel de-al doilea google lovit a fost ceea ce am avut de pierdut, de exemplu. toate metodele virtuale ar trebui să fie definite.

Cum ar fi:

virtual void fooBar() = 0;

Vezi answare https://stackoverflow.com/q/9406580/1592572 pentru detalii. Doar a dat seama's-a menționat deja mai sus, dar ce naiba te-ar putea ajuta cineva.

Ok, soluția la această este că ți-ai ratat pe definiție. A se vedea exemplul de mai jos, pentru a evita vtable compiler eroare:

// 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
{

}

• Ești sigur că CDasherComponent` are un corp pentru destructor? L's cu siguranta nu aici - întrebarea este dacă este în .cc fișier.
• Dintr-o perspectivă stil, CDasherModule ar trebui să își definească în mod explicit destructor "virtuale".
• Se pare ca CGameModule are o } la sfârșit (după }; // pentru clasa).
• Este CGameModulefiind legate de bibliotecile care definescCDasherModule " și " CDasherComponent`?

Poate lipsește virtual destructor este factor?

virtual ~CDasherModule(){};

Acesta a fost primul rezultat de căutare pentru mine, așa că am crezut că am'd a adăuga un alt lucru pentru a verifica: asigurați-vă că definirea de funcții virtuale sunt de fapt pe clasa. În cazul meu, am avut asa:

Fișier antet:

class A {
 public:
  virtual void foo() = 0;
};

class B : public A {
 public:
  void foo() override;
};

și în a mea .cc fișier:

void foo() {
  ...
}

Acest lucru ar trebui să citiți

void B::foo() {
}

Ce este un vtable?

Ar putea fi util să știm ce mesaj de eroare este vorba despre înainte de a încerca să-l repara. Am'll începe la un nivel ridicat, atunci munca de jos pentru mai multe detalii. Că modul în care oamenii pot sări înainte, odată ce acestea sunt confortabile, cu înțelegerea lor de vtables. …și acolo se duce o grămadă de oameni sărind peste înainte chiar acum. :) Pentru cei lipirea în apropiere: Un vtable este de fapt cel mai comun punerea în aplicare a polymorphism în C++. Când vtables sunt folosite, fiecare polimorfă clasă are un vtable undeva în program; vă puteți gândi la ea ca un (ascuns) "statice" date membru ale clasei. Fiecare obiect de polimorfe, clasa este asociat cu vtable pentru cele mai multe-clasa derivată. Bifând această asociere, programul poate lucra sale polimorfe magie. Precizare importantă: un vtable este o punere în aplicare detaliu. Nu este mandatat de către C++ standard, chiar dacă cele mai multe (toate?) C++ compilatoare folosesc vtables să pună în aplicare polimorfe de comportament. Detaliile sunt prezentarea sunt fie tipic sau abordări raționale. Compilatoare au voie să se abată de la acest lucru! Fiecare polimorfă obiect are o (ascunse) pointer la vtable pentru obiect's cel mai-clasa derivată (eventual mai multe indicii, în cazuri mai complexe). Uitandu-se la pointer, programul poate spune ce "reală" tip de obiect este (cu excepția în timpul construcției, dar las's sări peste acest caz special). De exemplu, dacă un obiect de tip " A "nu indica vtable de "A", atunci acel obiect este de fapt un sub-obiect de ceva derivat din "A". Numele "vtable" vine de la "virtual funcția masa". Acesta este un tabel care stochează indicii pentru a (virtual) funcții. Un compilator își alege convenția pentru modul în care masa este stabilită; o abordare simplă este de a merge prin funcții virtuale în ordinea în care sunt declarate în clasa definiții. Atunci când un virtual funcție este numit, programul urmează obiect's pointer la un vtable, merge la intrarea asociat cu funcția dorită, apoi foloseste stocate funcția pointer pentru a invoca funcția corectă. Există diverse trucuri pentru a face acest lucru, dar am câștigat't merge în acele aici. În cazul în care/atunci când este o vtable generat?

Un vtable este generat automat (uneori numit "emise"), de către compilator. Un compilator ar putea emite o vtable în fiecare unitate de traducere, care vede o polimorfă clasa definiție, dar care ar fi, de obicei, inutile nejustificată. O alternativă (utilizate de către ccg, și probabil și de alții) este de a alege o singură unitate de traducere în care la locul vtable, similar cu modul în care ar alege un singur fișier sursă în care pentru a pune o clasa' date statice de membri. Dacă acest proces de selecție nu reușește să alege orice traducere de unități, apoi vtable devine un nedefinit de referință. Prin urmare, eroarea, al cărui mesaj este, desigur, deosebit de clar. În mod similar, dacă procesul de selecție se alege o unitate de traducere, dar, ca obiect de fișier nu este prevăzută de linker-ul, apoi vtable devine un nedefinit de referință. Din păcate, mesajul de eroare poate fi chiar mai puțin clară în acest caz decât în cazul în care procesul de selecție nu a reușit. (Datorită respondenti care au menționat această posibilitate. Probabil că m-aș fi uitat în caz contrar.) Procesul de selecție utilizate de către ccg are sens dacă vom începe cu tradiția dedică un (singur) fișier sursă pentru fiecare clasă care are nevoie de una pentru punerea sa în aplicare. Ar fi frumos să emit vtable atunci când compilarea faptul că fișierul sursă. Las's de apel că scopul nostru. Cu toate acestea, procesul de selecție trebuie să lucreze, chiar dacă această tradiție nu este urmat. Deci, în loc de a privi pentru punerea în aplicare a întregii clase, las's uite pentru punerea în aplicare a unui anumit membru al clasei. Dacă tradiția este urmat – și în cazul în care membrul este de fapt implementat – apoi aceasta atinge scopul. Statele selectate de către ccg (și, potențial, de alte compilatoare) este primul non-inline virtual funcție care nu este pur virtual. Dacă faci parte dintre cei care declară constructori și destructori înainte de alte funcții membre, atunci destructorul are o bună șansă de a fi selectate. (Vă amintiți de a face destructor virtual, nu?) Există și excepții; I'd așteptăm ca cele mai frecvente exceptii sunt atunci când o linie definiție este prevăzută pentru destructor și atunci când default destructor este solicitat (folosind "`= default"). Perspicace ar putea observa că un polimorfism clasa este permis pentru a oferi inline definiții pentru toate funcții virtuale. Nu't care determina procesul de selecție pentru a reuși? În vârstă de compilatoare. Am'am citit că cele mai recente compilatoare au abordat această situație, dar nu știu relevante numere de versiune. Am putea încerca să arăți asta, dar's ușor să fie codul în jurul valorii de ea sau să așteptați pentru compilatorul să se plângă. În rezumat, există trei cauze ale "nedefinit de referință pentru vtable" eroare:

1. O funcție de membru lipsește definiția sa.
2. Un obiect fișier nu este legat.

3. Toate funcții virtuale au inline definiții. Aceste cauze sunt prin ele însele suficiente pentru a provoca eroarea pe cont propriu. Mai degrabă, acestea sunt ceea ce s-ar adresa pentru a rezolva eroarea. Nu se așteaptă ca în mod intenționat să creeze una dintre aceste situații cu siguranta va produce această eroare; există alte cerințe. Nu aștepta că rezolvarea acestor situații se va rezolva această eroare. (OK, numarul 3 ar fi fost suficiente, atunci când această întrebare a fost întrebat.) Cum de a stabili eroare?

   Bine ați venit înapoi oameni sărind peste înainte! :)

4. Uita-te la clasa definiție. Găsi primul non-inline virtual funcție care nu este pur virtual (nu "= 0") și a cărui definiție a vă oferi (nu "`= default").

• Dacă nu există nici o astfel de funcție, să încerce modificarea clasei astfel încât nu există unul. (Eroare, eventual rezolvate.)
• A se vedea, de asemenea, răspunsul de Philip Thomas pentru un avertisment.

2. Găsi o definiție pentru această funcție. Dacă acesta lipsește, adăugați-l! (Eroare, eventual rezolvate.)

• A se vedea, de asemenea, răspunsul de RedSpikeyThing pentru un avertisment.

3. Verifica-ti link-ul de comanda. Dacă nu se menționează obiectul fișier cu funcția's definiție, fix asta! (Eroare, eventual rezolvate.)
4. Repetați pașii 2 și 3 pentru fiecare virtual funcție, atunci pentru fiecare non-virtual funcție, până când eroarea este rezolvată. Daca're încă blocat, se repetă pentru fiecare datelor statice membru. Exemplu Detaliile a ceea ce să facă, poate varia, și, uneori, se ramifică în diferite întrebări (ca Ce este un nedefinit de referință/nerezolvate simbol extern de eroare si cum pot remedia it?). Voi, însă, să ofere un exemplu de ceea ce să facă într-un caz specific, care ar putea ameți mai noi programatori. Pasul 1 menționează modificarea clasă, astfel încât ea are o funcție de un anumit tip. Dacă descrierea de această funcție a trecut peste cap, s-ar putea fi în situația în care intenționez să le abordez. Păstrați în minte că acest lucru este un mod de a realiza obiectivul; ea nu este singura cale, și acolo cu ușurință ar putea fi mai bine modurile în situația dvs. specifice. Las's sun clasa "A". Este destructor declarate (în definiția de clasă), fie ca

virtual ~A() = default;

sau

virtual ~A() {}

? Dacă este așa, două etape va schimba destructor în tipul de funcție ne-o dorim. În primul rând, schimba linia de

virtual ~A();

Al doilea, a pus următoarea linie într-un fișier sursă care este parte a proiectului dumneavoastră (de preferință fisierul cu clasa de punere în aplicare, dacă aveți unul):

A::~A() {}

Care face (virtual) destructor non-inline și nu generat de compilator. (Simțiți-vă liber pentru a modifica lucrurile pentru a se potrivi mai bine codul de formatare stil, cum ar fi adăugarea unui antet comentariu la definirea funcției.)

Nu poate. Cu siguranta ~CDasherModule() {} lipsește.

Atât de multe răspunsuri, dar niciunul dintre ei nu părea să fi acoperite care este problema mea. Am avut urmatoarele:

class I {
    virtual void Foo()=0;
};

Și într-un alt fișier (inclus în elaborarea și leagă, desigur)

class C : public I{
    void Foo() {
        //bar
    }
};

Ei bine acest lucru nu't de lucru si am primit eroarea toată lumea vorbește despre. Pentru a rezolva aceasta, am avut pentru a muta definiția actuală a Foo din declarația de clasă ca atare:

class C : public I{
    void Foo();
};

C::Foo(){
   //bar
}

Am'm C++ guru deci nu pot't explica de ce acest lucru este mult mai corectă, dar a rezolvat problema pentru mine.

Așa că am fost folosind Qt cu Windows XP și MinGW compiler și acest lucru a fost de conducere mine nebun.

Practic moc_xxx.cpp a fost generat de gol chiar și atunci când I-a fost adăugat

Q_OBJECT

Ștergerea tot ceea funcții virtuale, explicite și orice ai ghici nici't a lucrat. În cele din urmă am început eliminarea linie cu linie și s-a dovedit că am avut

#ifdef something

În jurul valorii de fișier. Chiar și atunci când #ifdef fost adevărata fișierul nu a fost generat.

Deci eliminarea tuturor #ifdefs rezolvat problema.

Acest lucru nu se întâmplă cu Windows și VS 2013.

Dacă toate altceva nu reușește, uita-te pentru duplicare. Am fost îndrumat greșit de explicit trimitere inițială la constructori și destructori până când am citit-o referință la un alt post. L's any nerezolvate metodă. În cazul meu, am crezut că am avut înlocuit cu declarația pe care a folosit char xml ca parametru cu o utilizează în mod inutil supărătoare const char xml, dar în loc de asta, am creat unul nou și a lăsat-o pe cealaltă în loc.