Erreur de lien sur templates

**Herode** · 03/04/2006, 18h13

Bonjour à tous,
ça fait un bail que je n'ai pas joué avec les templates, et je me retrouve avec une erreur de lien (et un trou de mémoire

).
Le .h ressemble à ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
template< class T >
class CNTree  {...};
template< class T >
std::ostream& operator << ( std::ostream& ostr, const CNTree< T >& rhs ) { ... }

Les garde d'include sont en place.
Le compilateur me dit :

SynViewer6SingleDlg.obj : error LNK2005: "class std::basic_ostream<char,struct std::char_traits<char> > & __cdecl operator<<(class std::basic_ostream<char,struct std::char_traits<char> > &,class CTreeItemHelper const &)" (??6@YAAAV?$basic_ostream@DU
?$char_traits@D@std@@@std@@AAV01@ABVCTreeItemHelper@@@Z) already defined in SynViewer6Single.obj

NB : la classe CSynViewer6SingleDlg a un membre de type CNTree< ... > of course.

Qu'ai-je donc oublié ?

**loufoque** · 03/04/2006, 20h41

Les templates doivent être intégralement implementés dans le fichier d'entête, à moins que ton compilateur ne supporte la directive export (ce qui n'est pas le cas de MSVC)

**Herode** · 03/04/2006, 21h01

Ils sont intégralement implémentés dans le .h. Le linker parle d'ailleurs de symboles déjà définis, et non pas de symboles manquants.

**Luc Hermitte** · 03/04/2006, 23h12

Ce ne serait pas un problème de VC6 avec définition de l'opérateur ami à l'extérieur de la classe ?

**Matthieu Brucher** · 04/04/2006, 08h10

Envoyé par loufoque

Les templates doivent être intégralement implementés dans le fichier d'entête, à moins que ton compilateur ne supporte la directive export (ce qui n'est pas le cas de MSVC)

Et même dans ce cas, de toute manière, la directive export ne fait presque rien - il n'y a presque aucun compilateur qui la supporte tellement c'est difficle de la supporter, en plus sans aucun avantage par rapport à la solution habituelle -
Quel est ton compilateur ?

**JolyLoic** · 04/04/2006, 08h38

Ce que tu dis est la propagande de certains développeurs de compilateurs qui ne supportent pas export...

Je te conseille la lecture de http://www.bourguet.org/cpp/export.pdf

**Matthieu Brucher** · 04/04/2006, 09h17

C'est vrai que depuis que Stutter est chez Microsoft, on peut se poser des questions sur sa partialité, mais il y a 4 ans, seul le compilateur de Comeau supportait ce mot-clé. Depuis, qui le supporte en plus ?
De plus, un export, ça sert à quoi ? J'ai pas encore vu l'utilité, si tu as des infos - à part les temps de compilation -. Si j'ai bien compris, ça sert à n'avoir qu'une seule version de al fonction compilée, c'est ça ? Donc il faut que dans une unité de compialtion, il y ait tout et dans les autres rien, mais avec le bon type de données ?
Enfin, si tu as des infos plus précises que le pdf - très bien, d'ailleurs, merci Jean-Marc

-, je suis preneur et si tu me fais changer d'avis, c'est encore mieux

**loufoque** · 04/04/2006, 12h16

De plus, un export, ça sert à quoi ?

À pouvoir compiler différentes parties d'un programme en tant que modules indépendants.
La même utilité que de séparer déclarations et définitions pour les classes et fonctions, ce que tu fais déjà probablement.

En C++0x il y aura de vrais modules, et là le support de export sera indispensable.

(export est aussi supporté par ICC)

**adel_dz** · 04/04/2006, 12h46

Tes fonctions inline ne sont pas inline (omission du keyword inline):
template<typename Ty>
inline //ceci est manquent
R
MaClass<Ty>::Func() {.../..}

**Matthieu Brucher** · 04/04/2006, 13h16

Normalement, on n'est pas obligé de mettre un inline - qui n'est qu'une indication pour le compilateur - pour cet opérateur, ce n'est pas un maClass& maClass::operator<<(...)

**adel_dz** · 04/04/2006, 13h18

Envoyé par Miles

Normalement, on n'est pas obligé de mettre un inline - qui n'est qu'une indication pour le compilateur - pour cet opérateur, ce n'est pas un maClass& maClass::operator<<(...)

Vas dire ca au compilateur de MS

**Matthieu Brucher** · 04/04/2006, 13h26

Ben je n'ai eu aucun problème avec lui pour des choses de ce genre, bizarre...

**Herode** · 04/04/2006, 14h02

Oups, j'ai du rater des mails signalant les réponses

Envoyé par Luc Hermitte

Ce ne serait pas un problème de VC6 avec définition de l'opérateur ami à l'extérieur de la classe ?

C'est bien VC6 et un opérateur ami défini (forcément) hors de la classe. Je déduis de ta question que VC6 est boggué sur ce point ?

Envoyé par adel_z

Tes fonctions inline ne sont pas inline (omission du keyword inline):

inline n'est pas obligatoire, comme le signale Miles plus bas. J'ai tout de même essayé avec, mais le résultat est le même...

**Matthieu Brucher** · 04/04/2006, 14h57

Oui, VC6 est un très mauvais compilateur pour les templates et autres. Tu ne peux pas changer de compilateur pour une version plus récente ?

**Herode** · 04/04/2006, 15h26

Je crains de n'avoir guère le choix des outils... C'est ça ou .NET 2002, qui plante quand j'insère le contrôle ActiveX avec lequel je travaille (un DWFViewer d'Autocad). .NET 2005 n'est - paraît-il - pas compatible avec d'autres libs d'Autocad (ou pas encore...), donc pas disponible ici sur les postes de développement.

**Herode** · 04/04/2006, 15h29

Je crains de n'avoir guère le choix des outils... C'est ça ou .NET 2002, qui plante quand j'insère le contrôle ActiveX avec lequel je travaille (un DWFViewer d'Autocad). .NET 2005 n'est - paraît-il - pas compatible avec d'autres libs d'Autocad (ou pas encore...), donc pas disponible ici sur les postes de développement.

Cela dit, j'ai contourné le problème en passant par une méthode interne ToString() à-la-Java. En attendant mieux, mais ce n'est pas bien grave sur ce projet précis.

Merci pour les infos en tout cas, ça me remet un peu dans le bain

**Matthieu Brucher** · 04/04/2006, 16h03

Problématique... Et VS2003 ? Tu peux garder l'IDE de VS2002 et changer le compilateur - qui est gratuit -

**JolyLoic** · 04/04/2006, 16h51

Envoyé par loufoque

En C++0x il y aura de vrais modules

Je l'espère, mais rien n'est moins sur... De l'aveu même de l'auteur de la proposition, celle si n'est pas encore aboutie, et il n'est pas certain qu'elle avance suffisemment vite pour être dans C++0x.