Я сталкиваюсь со странной ошибкой при связывании времени.
Заголовки:
global.h
#include <cmath>
#include <iostream>
#include <vector>
#include <blitz/tinyvec2.h>
typedef blitz::TinyVector<double,3> vettore;
#include "animal.h"
animal.h
#ifndef __ANIMAL_H
#define __ANIMAL_H//! basic data structure for an animal -------------------------
struct Animal
{
int age;
public:
Animal(int _age) : age(_age) {}
};//! contains info about a pair of animals ----------------------
struct AnimalPairs
{
vettore distance;
AnimalPairs( const vettore& _distance ) : distance(_distance) {}
};
typedef std::vector<AnimalPairs> pair_list;//! data structure for a group of animals ----------------------
class AnimalVector
{
private:
std::vector<Animal> animals;
pair_list pairs;
public:
AnimalVector( const AnimalVector &other );
};
#endif
И вот *cpp
файлы
main.cpp
#include "global.h"int main ()
{
std::cout<< "Hello" << std::endl;
}
animal.cpp
#include "global.h"
AnimalVector::AnimalVector( const AnimalVector &other )
{
pairs = other.pairs;
}
Для компиляции я использую
g++ main.cpp animal.cpp -I/usr/include/boost -I/fs01/ma01/homes/matc/local/blitz/include
вот ошибка, которую я получаю:
/tmp/ccGKHwoj.o: In function `AnimalPairs::AnimalPairs(AnimalPairs const&)':
animal.cpp:(.text._ZN11AnimalPairsC2ERKS_[_ZN11AnimalPairsC5ERKS_]+0x1f):
undefined reference to \`blitz::TinyVector<double,
3>::TinyVector(blitz::TinyVector<double, 3> const&)'
collect2: error: ld returned 1 exit status
По некоторым причинам, если я установлю AnimalVector
конструктор быть inline
код будет работать.
Может кто-нибудь объяснить мне, почему?
Редактировать:
Вот ссылка на blitz/tinyvec2.h
https://github.com/syntheticpp/blitz/blob/master/blitz/tinyvec2.h
tinyvec2.cc
это файл, который нужно включить, когда вы используете методы, объявленные в tinyvec2.h
Мне не нравится это имя (включаемый файл с именем .cc
) и сам бы не обратил на это внимания, прежде чем получил ошибку, которую получил.
Но если вы посмотрите на содержимое этого файла .cc, предполагаемое использование ясно.
В похожих ситуациях (с очень разными правилами именования для пар файлов) я использую следующую кодировку:
Первый включаемый файл (их .h) включается любым другим файлом .h, который нуждается в этом. Второй включаемый файл никогда не включается другими файлами .h.
Когда вы получаете ошибку сборки, указывающую на то, что какая-то из них отсутствует, добавьте включение второго файла включения в любой файл .cpp, который получает ошибку сборки.
Этот план очень эффективен для поддержания высокой скорости сборки в мегапроектах и минимизации циклической зависимости между сложными взаимодействующими классами шаблонов. Но это может быть не совсем то, что имел в виду тот, кто разделил tinyvec2 на два включаемых файла.
Итог: любой модуль, получивший ошибку ссылки, которую вы видели, должен иметь файл .cc, включенный во время компиляции, но прямо или косвенно зависит от вас. Включение .cc в ваш global.h проще и в худшем случае замедлит вашу скорость сборки (потому что этот .cc не имеет циклических связей с вашими .h файлами).
Других решений пока нет …