C++

Erreurs de linkages g++ incomprises

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : Erreurs de linkages g++ incomprises

peak

Bonjour, à tous
Jai des problèmes de linkage pour de nombreuses fonctions dun projet que je compile avec g++.
Jai trouvé une solution à une partie dentre elles mais je ne comprend pas comment celle-ci peut résoudre mon problème et cela minquiète.

La situation est la suivante :

Par exemple, cette fonction(color.cpp) :

Code :

template <class CT>
void Color<CT>::white(){
if(empty()){
init(_RGB);
}
color[0]=maximum();
color[1]=maximum();
color[2]=maximum();
}

pose cette erreur de linkage :

API/Component/classic.o(.text+0x48c):classic.cpp: undefined reference to `Color<float>::white()'

Solution, je met la fonction inline et sa definition dans color.h.

Je sais bien que si la fonction est inline elle nest plus linké, je cherche à savoir comment ce peut il que les autres fonctions de cette même classe ne pose pas de problèmes, mais que cette fonction ci rende le linkage impossible?? La fonction maximum() est static et inline celà peut il être lié? (La fonction init() n'est n'y static ni inline et empty() est juste inline)

Je ne comprends pas ce que le [in-charge] nous apporte non plus ?

Si vous avez des suggestions de raisons possibles elle sont toujours les bien venues pour me donner des idées

Publicité

Taz

bisounours-codeur

mets tout ton code template dans le .h (ou alors plus la déclaration dans un .h, .h qui inclu un .tpp contenant les définition

peak

Mon "code template" c'est bien toute les fonctions membres d'une classe ayant un template?

Si c'est le cas comment ce fait-il que init() qui est membre de la même classe ne pose pas le même problème?

Le problème qui me reste alors c'est que si je les mets dans un .h, je suis obligé de les inlinés sinon le linkage me fait des "refined ...." et je me disais que inliné certaine c'tai pas le top mais bon...si j'ai pas le choix ...

Taz

bisounours-codeur

non, les template ont une portée statique.

peak

Donc pour récapituler :

Classe avec un template -> Tout dans le .h

Toutes mes classes ont des templates et j'inlucdais tout avec des .hpp. Y'a quelques jours, j'ai eu la super mega bonne idée de me dire que ça devenait lourd de tout recompiler à chaque fois, alors j'ai fait un beau petit makefile et je me suis tout decoupé pour linké tout comme y faut ....... j'avais 5000erreurs de linkages là y m'en reste 1347 et si je comprend bien je suis bon pour tout me refaire dans l'autre sens...alors je prefère demander 2fois pour être sur...(non pas que je manque de confiance en Taz, malheureusement que trop du contraire)....Y'a pas un moyen pour linké des classes templates?

peak

Je viens de trouver ça sur le net mais je me demande ce que ça vaut :

Queue.h

Code :

#ifndef QUEUE_H
#define QUEUE_H
#include <iostream>
#include "QueueItem.h"
using namespace std;
template <class Type>
class Queue ;
template <class Type>
ostream& operator<< (ostream&, Queue<Type>& );
template <class Type>
class Queue
{
public:
Queue() { front = back = NULL; }
~Queue();
Type remove();
void add(const Type& );
bool is_empty();
friend ostream& operator<< <Type> (ostream&, Queue<Type>& );
private:
QueueItem<Type> *front;
QueueItem<Type> *back;
};
#endif

Queue.c

Code :

#include "Queue.h"
template <class Type>
void Queue<Type>::add(const Type &val)
{
// allocate a new QueueItem object
QueueItem<Type> *pt = new QueueItem<Type>( val );
if (is_empty())
front = back = pt;
else
{
back->next = pt;
back = pt;
}
}
template <class Type>
Type Queue<Type>::remove()
{
Type retval;
if (is_empty() == true)
{
cerr << "remove() on empty queue\n";
exit(-1);
}
QueueItem<Type> *pt = front;
retval = pt->item;
front = front->next;
delete pt;
return retval;
}
template <class Type>
bool Queue<Type>::is_empty() {
return (front == NULL);
}
template <class Type>
Queue<Type>::~Queue() {
QueueItem<Type> *p = front;
while (p) {
QueueItem<Type> *q = p;
p = p->next;
delete q;
}
}
template <class Type>
ostream& operator<< (ostream& out, Queue<Type>& q) {
for (QueueItem<Type> *p = q.front; p ; p = p->next)
out << p->item << endl;
return out;
}
//Aparement ceci arrangerait mon cas....
template class Queue<int> ;
template class Queue<double> ;
template ostream& operator<< <int> (ostream& out, Queue<int>& q) ;
template ostream& operator<< <double> (ostream& out, Queue<double>& q) ;

test.c

Code :

#include <iostream>
#include "Queue.h"
int main () {
Queue<int> qi;
Queue<double> qd;
qi.add(7);
qi.add(10);
qi.add(15);
qd.add(10);
qd.add(15);
cout << "Removed <int> " << qi.remove() << endl;
cout << qi;
cout << "Removed <double>" << qd.remove() << endl;
cout << qd;
return (0);
}

Makefile :

CC = /usr/bin/g++
CFLAGS = -c
test: test.o Queue.o
$(CC) -o test test.o Queue.o
test.o: test.c Queue.h QueueItem.h
$(CC) $(CFLAGS) test.c
Queue.o: Queue.c Queue.h QueueItem.h
$(CC) $(CFLAGS) Queue.c
clean:
rm -f *.o test

Est ce une solution acceptable?

edit : parti tout seul..

Message édité par peak le 07-08-2005 à 17:14:13

Taz

bisounours-codeur

pas avec la majorité des compilateurs du marché, non. Note que mettre tout dans le .hpp ça ne veut pas dire inline : au final, il n'y a pas multiple définition, g++ les fusionne. Donc avoir séparé déclaration et définition comme tu l'as fait est positif : laisse dans le .hpp les versions inline (définis dans la déclaration de classe, ou marquées inline) et dans le .cpp (que tu devrais renommer en .tpp) tu conserves les définitions. Tu #include machin.tpp dans machin.hpp et ça va fonctionner très bien. C'est des fois un peu long à compiler, certes, mais ça fonctionne.

D'une manière générale, pour réduire ton temps de compilation, tu dois d'abord réduire les dépendances de compilation : ça passe d'abord par des .hpp les plus légers possibles qui n'incluent que le nécessaire (!= du nécessaire au .cpp correspondant !). Si tu le peux, utilise les forward déclaration dans tes .hpp. Même STL le prévoit ! Par exemple dans un .hpp, tu déclares une fonction utilisant un std::ostream& : pas la peine d'inclure tout le code <iostream>. <iosfwd> contient les forward déclarations qui suffisent. Et hop, tu évites à tous les .cpp incluant ton .hpp d'inclure <iostream> systématiquement.

Taz

bisounours-codeur

#ifndef QUEUE_H

pitié !

tu crois que y a combien de personne dans le monde qui ont utilisé le même schéma. Moi j'utilise des trucs comme H_BDEJEAN_QUEUE_1123427717 (nom, fichier, date).

putain, c'est quoi tous ces .c !
CC = /usr/bin/g++
CFLAGS = -c

CXX, CXXFLAGS bordel !

ton # //Aparement ceci arrangerait mon cas.... c'est un modèle différent de celui de l'inclusion. Dans un .cpp séparé, tu définis tous les template que tu utilises : problème : c'est lourd et très difficile à maintenir, voir impossible humainement. Ça peut se justifier sur des cas très précis, mais ici, tu t'ennuies pour rien.

Sinon tes fonctions manquent de plein de const, is_empty() gagnerait à être inline. Seule une forward déclaration de QueueItem<Type> est nécessaire. Pas sa définition. Applique ce que je t'ai précédemment.

peak

Citation :

#ifndef QUEUE_H

pitié !

ouis, je sais bien c'était juste pour l'exemple :ange:

Je vais suivre tes conseils!

Puis c'est vrai que c'est pas plus mal de les avoir séparés, c'est un peu plus structuré aussi du point de vue des fichiers mais j'avais envie d'un beau petit make qui me le face étape par étape, tanpis .

Merci !!!!
:jap:

++fab

victime du syndrome IH

Taz a écrit :

pas la peine d'inclure tout le code <iostream>. <iosfwd> contient les forward déclarations qui suffisent.

En même temps <iosfwd>, c'est le seul que je connaisse ...
pour vector, string, etc, demerde toi

Message édité par ++fab le 07-08-2005 à 18:26:30

FORUM HardWare.fr

Programmation

C++

Erreurs de linkages g++ incomprises

Sujets relatifs
gerer les erreurs en HTML	Programme en C avec erreurs
Quelques erreurs	Erreurs sur mon site !!!
Script des erreurs dans le générateur d'évènement	Terminer l'exécution d'une page au milieu / gestion d'erreurs
récupération des codes erreurs sur ftp	Ces foutus messages d'erreurs a la con
[RESOLU]Gestion des erreurs dans VB	On peut faire une boucle "anti-erreurs" en VB ?
Plus de sujets relatifs à : Erreurs de linkages g++ incomprises

Page générée en 0.068 secondes