Discussion :

[vinny_the_true]

Bien le bonjour !

Depuis que j'ai ajouté un paramètre template à l'une de mes classes - avec valeur par défaut - mon code ne link plus

Le problème étant assez complexe et impliquant pas mal de classes dans différents fichiers, je préfère ne pas mettre ici le code exact mais plutôt une version représentative. Après plusieures heures à chercher l'origine du problème, je m'en remet à vous en espérant que quelqu'un arrive déjà à comprendre les explications qui suivent, je me lance ;

Les différentes classes :

- Ici, le parametre policy est le nouveau paramètre cité plus haut :

Code :

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

1
2
3
4
5
6
7
 
<template class T, class policy = DefaultPolicy<T> >
class SharedPtr
{<div style="margin-left:40px">// ...
SharedPtr( const SharedPtr<T, policy>& other )
{<div style="margin-left:40px">// ...</div>}
// ...</div>}

- Ici, la classe de base contenant les méthodes citées dans les erreurs de link

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
// fichier .h
typedef SharedPtr<Node> NodePtr;
 
class Node
{
<div style="margin-left:40px">
// ...
void AddNode( NodePtr& node );
void RemoveNode( NodePtr& node );
// ...</div>}
 
// fichier .cpp
void Node::AddNode( NodePtr& node )
{<div style="margin-left:40px">// ...</div>}
void Node::RemoveNode( NodePtr& node )
{<div style="margin-left:40px">// ...</div>}

- pour finir, j'ai 2 classes qui dérivent de ce node, et lors de l'édition de liens de celles-ci, j'ai droit à des error LNK2001 décrivant les méthodes de la class Node ci-dessus (addnode et removenode). Je précise qu'il s'agit d'un héritage simple et public et que les méthodes sus-citées n'y sont pas surchargées.

Voilà, je crois que c'est à peu près tout, j'espère ne rien avoir oublié. Tiens, une chose ; j'ai essayé de compiler sans les 2 classes héritant de Node, et là bien sûr aucun problème, ca compile, link et run

[Matthieu Brucher]

Vu le code que tu nous donnes, c'est normal, il n'y a pas de corps à ces 2 fonctions.

[vinny_the_true]

Oui, en fait dans mon code il y en a un de corps (dans le cpp), là c'est juste une version simplifiée de mon code, j'edit tout de même mon message au cas où

[Matthieu Brucher]

T'es bien sûr de compiler ce fichier cpp ?

[vinny_the_true]

Hum, c'est pas con ça

Là je suis pas chez moi et n'ai donc pas accès au code, je vérifierai tout ça d'ici ce soir ou demain au pire, merci pour la piste en tout cas , je passerai dire si j'ai du neuf

[vinny_the_true]

Hum, c'est pas con ça

Là je suis pas chez moi et n'ai donc pas accès au code, je vérifierai tout ça d'ici ce soir ou demain au pire, merci pour la piste en tout cas , je passerai dire si j'ai du neuf

Heu, 2 secondes, il est un peu tôt et je crois bien avoir laissé mon double maléfique et ignare s'emparer de moi, il en a profité pour raconter n'importe quoi

Je suis sous Visual 2005, existe-t-il une raison pour qu'un cpp faisant partie du projet ne soit pas compilé ? Et il faut quand même que j'eclaircisse un point : le code fonctionnait et linkait parfaitement avant que j'ajoute le paramètre template à valeur par défaut à mes SharedPtr, avec exactement le même code client qui utilise donc ces différentes -plus quelques autres- classes.
En fait le but de la valeur par défaut du nouveau paramètre était également de ne pas modifier le code déjà existant usant des SharedPtr, ce que j'ai fais, les 3 classes Node et ses 2 descendants n'ont donc pas changé d'un poil...

Maintenant, le problème vient peut-être d'ailleurs, si personne n'a de piste avec ce que je fourni ici je peux toujours essayer en donnant mon code à l'identique, mais ça fera rapidement un volume conséquant pour un post de forum

[Matthieu Brucher]

C'est quoi exactement l'erreur de liens ?
Pour mettre du code, tu peux aussi le mettre en pièce jointe

Où déclares-tu ta politique ? Dans un autre fichier .h ? Est-ce qu'il est protégé par des #ifndef différent des autres en-têtes ?

[vinny_the_true]

La classe DefaultPolicy<T> est déclarée dans le header du SharedPtr, dans un namespace anonyme, au départ j'ai également pensé à un problème de ce côté là, j'ai donc essayé de la sortir de ce namespace, même résultat

L'erreur c'est la LNK2001 "unresolved external symbol", si tu veux je collerai la "vraie" erreur avec la méthode réelle et sa décoration sitôt rentré chez moi

[Matthieu Brucher]

Ca serait mieux avec la décoration complète, on verra peut-être qqch

[vinny_the_true]

Alors, voilà les différentes erreur :

Code :

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

1
2
3
4
coreengine.lib(Entity.obj) : error LNK2001: unresolved external symbol "public: virtual void __thiscall FreakEngine::SceneNode::AddNode(class Frools::SharedPtr<class FreakEngine::SceneNode,class Frools::`anonymous namespace'::BasicSharedPtrHandler<class FreakEngine::SceneNode> > &)" (?AddNode@SceneNode@FreakEngine@@UAEXAAV?$SharedPtr@VSceneNode@FreakEngine@@V?$BasicSharedPtrHandler@VSceneNode@FreakEngine@@@?A0x2a11028f@Frools@@@Frools@@@Z)
coreengine.lib(Entity.obj) : error LNK2001: unresolved external symbol "public: virtual void __thiscall FreakEngine::SceneNode::RemoveNode(class Frools::SharedPtr<class FreakEngine::SceneNode,class Frools::`anonymous namespace'::BasicSharedPtrHandler<class FreakEngine::SceneNode> > &)" (?RemoveNode@SceneNode@FreakEngine@@UAEXAAV?$SharedPtr@VSceneNode@FreakEngine@@V?$BasicSharedPtrHandler@VSceneNode@FreakEngine@@@?A0x2a11028f@Frools@@@Frools@@@Z)
coreengine.lib(Camera.obj) : error LNK2001: unresolved external symbol "public: virtual void __thiscall FreakEngine::SceneNode::AddNode(class Frools::SharedPtr<class FreakEngine::SceneNode,class Frools::`anonymous namespace'::BasicSharedPtrHandler<class FreakEngine::SceneNode> > &)" (?AddNode@SceneNode@FreakEngine@@UAEXAAV?$SharedPtr@VSceneNode@FreakEngine@@V?$BasicSharedPtrHandler@VSceneNode@FreakEngine@@@?A0xe836c7e8@Frools@@@Frools@@@Z)
coreengine.lib(Camera.obj) : error LNK2001: unresolved external symbol "public: virtual void __thiscall FreakEngine::SceneNode::RemoveNode(class Frools::SharedPtr<class FreakEngine::SceneNode,class Frools::`anonymous namespace'::BasicSharedPtrHandler<class FreakEngine::SceneNode> > &)" (?RemoveNode@SceneNode@FreakEngine@@UAEXAAV?$SharedPtr@VSceneNode@FreakEngine@@V?$BasicSharedPtrHandler@VSceneNode@FreakEngine@@@?A0xe836c7e8@Frools@@@Frools@@@Z)

Bien sûr, Camera et Entity sont les 2 classes dérivant de Node (SceneNode dans le "vrai" code). Sur ce je vais me coucher en espérant être plus inspiré demain

Merci Miles en tout cas pour ton intérêt

[Matthieu Brucher]

A priori, tu as un problème avec ton cpp qui soit n'est pas compilé, soit ne déclare pas les bonnes fonctions.

[Alp]

Pour être sur, tu peux toujours compiler à part ton fichier problématique, afin de localiser le problème ensuite.
Car c'est vrai qu'on dirait bien qu'il n'a pas été compilé, ou bien que la déclaration de la fonction est différente de celle qui est dans le cpp compilé/ou non.

[vinny_the_true]

Alp >> Heu, je m'y prends comment pour compiler ça séparément ??

En regardant le log de build d'un peu plus près, j'ai peut-être des infos intéressantes :

- la solution contient 3 projets ;
Frools qui contient SharedPtr, aucune dépendance
CoreEngine qui contient SceneNode, Camera dépendant de Frools
EngineTest dépendant de CoreEngine qui ne contient presque rien (le code pour lancer le moteur on s'en sera douté)

- lors de la compil de CoreEngine, je vois bien apparaître les fichiers SceneNode, Camera et Entity comme compilés, ce projet compile et link en fait sans erreur.

- les lib externes (dx9 et 3dsftk) me font des warnings "no public symbols found" en debug qui se transforment en erreur de link dans le projet suivant qui instancie les classes les utilisant.

- ces différents problèmes de link apparaissent lors de la compil de EngineTest si CoreEngine est en static lib et lors de celle de CoreEngine si en dll, ce qui paraît somme toute normal...

Peut-être ai-je tout simplement mal configuré mes projets ? (pour rappel je suis sous VS 2005) Je vais un peu chercher de ce côté là en attendant (même si je ne suis pas vraiment une bête la-dedans )

[Alp]

Pour compiler qu'un fichier, tu click droit sur le fichier > Compile.
si tu vois des erreurs ou quoi, c'est que c'était ça.
Si ca compile, c'était bon, et on est pas avancé.
Vérifies que la signature de la fonction est la même dans la déclaration et dans l'implémentation etc...

[vinny_the_true]

Hum, j'ai testé les compils séparées, aucun souci pour l'ensemble des fichiers ou presque...

En fait j'ai testé enfin quelque choe avec succèe, je n'y avais même pas pensé ; j'ai tout simplement déplacé le corps des méthodes dans le .h (AddNode et RemoveNode de SceneNode tiennent maintenant entièrement dans le header). Et bien, là ça link sans problème et le programme se lance

J'ai donc une "solution", malheureusement elle est tout sauf élégante et je ne comprends toujours pas ce qui se passe

[Luc Hermitte]

Tu as regardé la FAQ ? Vu quelques phrases que j'ai vu ici, j'ai l'impression que les définitions (!= déclarations) de tes fonctions génériques) ne sont pas incluses comme il se devrait -- VC ne supporte pas export pour les templates.