Что мне делать с этой странной ошибкой?

Question

Все в порядке, и последняя проблема настолько раздражает. Компиляция велик, но ссылка не удается:

bash-3.2$ make 
g++ -Wall -c -g Myworld.cc 
g++ -Wall -g solvePlanningProblem.o Position.o AStarNode.o PRM.o PRMNode.o World.o SingleCircleWorld.o Myworld.o RECTANGLE.o CIRCLE.o -o solvePlanningProblem 

**Undefined symbols: 

"vtable for Obstacle", referenced from: 
     Obstacle::Obstacle()in Myworld.o 

"typeinfo for Obstacle", referenced from: 
     typeinfo for RECTANGLEin RECTANGLE.o 
     typeinfo for CIRCLEin CIRCLE.o 

ld: symbol(s) not found 

collect2: ld returned 1 exit status 

make: *** [solvePlanningProblem] Error 1** 

Obstacle.hh

#ifndef Obstacle_hh 
#define Obstacle_hh 

#include <vector> 
#include <iostream> 

class Obstacle{ 
public: 
    Obstacle(){} 
    virtual bool collidesWith(double x,double y); 
    virtual void writeMatlabDisplayCode(std::ostream &fs); 
    virtual ~Obstacle(){} 
}; 
#endif 

В чем проблема у меня есть? Я могу опубликовать любой код, необходимый для его анализа.

Answer 1

Вы объявляете не-абстрактный класс Obstacle, но не выполняете все его функции-члены.

Лучше объявить его как абстрактный класс:

class Obstacle{ 
public: 
    Obstacle(){} // this is superfluous, you can (and should) remove it 
    virtual bool collidesWith(double x,double y) = 0; 
    virtual void writeMatlabDisplayCode(std::ostream &fs) = 0; 
    virtual ~Obstacle(){} 
}; 

Причина эвристика вы найдете во многих компиляторов C++ - чтобы избежать ненужного создания дубликатов виртуальных таблиц и typeinfos для класса они создаются, когда его определена первая не-встроенная функция виртуального члена (если она есть).

Ваш код пленками эту схему: Вы включаете Obstacle.hh в какой-то единицы компиляции, компилятор видит класс Obstacle, который имеет collidesWith как первый не-инлайн виртуальной функции-члена, но она не определена в текущем модуле компиляции, поэтому компилятор считает, что он может отложить создание vtable и typeinfo для класса. Поскольку нет определения collidesWith, они оба теряются, когда программа связана.

Answer 2

Видимо, вам не хватает и объектного файла или библиотеки. Тот, который определяет и объявляет объект Obstacle.

Хорошее место для поиска файлов заголовков (* .h), указанных в Myworld, так как это даст вам представление о том, что cpp/libraries (обычно с тем же именем) лежат в основе объектов, используемых Мой Мир.

Редактировать, учитывая ответ Лизы:
Нет, вам не нужно добавлять файлы * .hh в исходный код. Проблема заключается в времени соединения, а не во время компиляции.
Нет ли там файла Obstacle.cpp? Это нужно будет скомпилировать, и соответствующие файлы .o должны быть добавлены в последнюю строку gcc в make.

Bingo! Увидев Obstacle.hh
Эти два виртуальных метода не являются чисто виртуальными, и, следовательно, компилятор ожидает, что они каким-то образом будут определены. А также конструктор и деструктор не определены.
Самый простой, вероятно, будет писать что-то вроде:

class Obstacle{ 
public: 
    // Obstacle(); 
    virtual bool collidesWith(double x,double y) = 0; // = 0 makes them pure virtual 
    virtual void writeMatlabDisplayCode(std::ostream &fs) = 0; 
    //~Obstacle(); 
}; 

В качестве альтернативы вы можете объявить небольшое ничегонеделания конструктор и деструктор или вы могли бы сделать деструктор [чистого] виртуальной, чтобы заставить производные классы реализовать destructor ...

Answer 3

Похоже, вы забыли связаться в объектном файле, который содержит определение Obstacle. Программы компилируются правильно, потому что они включают прототипы, но во время ссылки нет подходящего символа для прототипов.

Answer 4

Препятствие класса требует виртуального деструктора. Измените определение деструктора быть:

virtual ~Obstacle(); 

Определение деструктора также создает виртуальные таблицы для класса с виртуальными функциями. Это также гарантирует, что удаление экземпляра производного класса с помощью указателя базового класса делает правильную вещь.