Reprise du message précédent :
Si c'est pas clair pour toi, regarde comment tu ferais tout en un seul fichier.

OUI MAIs je me mange une erreur au linkage, si je définis mes fonctions dans un autre .h sans le lié au .h intégrant mes déclarations

je pense avoir trouvé la feinte, utilser des fonctions non membre que je peux appeler dans la définition des fonctions template , et définir ces fonctions non membres dans un .cpp, .cpp qui include les .h qui vont bien

putain erreur de link too, wtf !

C'est toujours mieux qu'une variable globale

ça revient à peu prés  au même imo, le singleton c'est juste la version objet de la variable globale

 
Bah si c'est un static const global variable initialisé au point de def. c'ets moins la merde
De toute façon, le singleton n'est jamais une vrai solution.

 
c'est normal que ça marche pas ça ? enfin que l'édition des liens coincent

donne les erreurs exactes, on est pas devin

euh édition des liens qui coincent c'est un message d'erreur stantard, limite c'est ISO

ouai, mais ça dit ce qu'il manque ce qui est une information importante

c'est le message: unresolve external symbol maquillage@fonction@maquillage

si tu as cette erreur c'est que tu as déclarer cette fonction sans la définir nul part, tu sais ce qu'il te reste à faire

voilà donc merci d'essayer de m'aider mais j'ai un peu plus que le niveau débutant en C++, donc oui j'ai définit ma fonction, je post car c'est pas un problème trivial, la preuve soit on me réponds à côté , soit on me dit que je suis dans une impasse (ce qui est possible, mais je serais un peu déçu du C++ pour le coup)

ton linker ne fait pas le demangling ?

Si tu es dans une impasse (c'est possible, expérience vécue), c'est un problème de conception, pas de c++.
Si je comprends bien il ne trouve pas ta méthode parce que c'est template et défini dans un autre fichier que ton hpp qui contient la classe (là où tu a forward déclaré).
Essai d'inclure le fichier contenant cette méthode (oui le code) dans celui qui l'utilise, nomme le autrement que .cpp pour ça (autant prendre de bonnes habitudes). Si ça fonctionne, reviens ici pour demander une façon plus propre XD à Joel, Taz ou autre phénomène

La meilleure méthode et la plus évidente est de séparer (les déclarations) et (les définitions inline) dans des headers différents comme l'a dit Taz il me semble.

Y a pas de feinte, c'est exactement ce que je t'ai montré: séparer déclaration et définition.

oui mais même en faisant ce distingo(un .h pour les définitions, un .h pour les déclarations), au final je dois inclure le fichier de déclaration à la fin du fichier de définition, je me retrouve donc à devoir faire des include "B.h" dans "A."h. Or il aurait fallut que dans A.h je n'ai qu'à faire class B;
 
C'est ce que j'ai essayé de faire en passant par des fonctions non membres qui contiennent le code utilisant réellement les objets de B.h. Ainsi dans la définitions des mes fonctions templates définit dans A.h (ou A_impl.h), j'appelle ces fonctions non membres qui sont quant à elles définit dans un autre fichier (.cpp) ; fichier qui fait un #include "B.h", mais ça provoque une erreur de link.
 
De plus je ne comprends toujours pas pourquoi avec mon architecture les #ifndef én début de fichier ne suffise pas, et me mène à ce genre de problème, mentalement je ne visualise pas un éventuel circuit d'include qui se ferait à l'infinie et provoquerait une erreur de compilation

A_decl.h:

B_decl.h:

A_Def.h:

B_Def.h:

main.cpp:

edit: ne pas oublier les gardes #ifndef #define #endif dans chaque header
edit2: merci aux experts de confirmer que je ne dis pas de conneries

 
Joue avec "g++ -E" et tu verras bien quand ça a un sens ou pas.

je suis sous windows avec visual

\P

Et PI, y a absolument rien d'anormal à faire un .hpp et un .tpp, le .hpp incluant le .tpp en fin de fichier.

je dis pas le contraire, je dis juste que ça résoud pas le pbm puisqu'au final, cela impose de faire include, sligor propose l'inverse de faire l'include du .hpp dans le .tpp et non l'inverse, peut être que c'est ça la solution jss un peu perdu au final

la deux solution solution son identique au final dans le main.cpp il y a d'abord déclaration et enfin définition. Si le linker gueule c'est qu'il manque une définition dans la chaine d'include dans le main.cpp final d'ou l'utilité de l'option \P ou gcc -E

je sais pas c space je vois pas pourquoi ça marche pas, et j'ai pas le temps au taff de m'attarder sur ce truc, frustrant...

La solution de sligor devrait marcher mais sinon il y a une autre solution :
déclaration
inclusion
définition
 
Le but c'est de faire les déclarations avant de charger les fichiers suivant, à la fin on remontera récursivement dans les fichiers pour terminer avec les définitions.
 
Mettre les includes avant les déclarations ça sert quand on veut faire des compositions.

C'est tout juste le code que j'ai posté.

 
En effet je viens de relire tes messages.
Mais je n'avais pas vu initialement que tu avais écrit directement dans le "quotemsg".
 

Il y a un truc que je comprends pas, en général les erreur de link sont assez explicites, ce qui n'a pas l'air d'être la cas chez toi    
 
example ici j'ai oublié de définir print(int) qui est appelé à la ligne 9 dans la fonction operator<<(T&, int):