Mais qui a dit que la STL c'était un seul fichier ? C'est du grand n'importe quoi !
J'ai juste dis que c'était des .h, la dessus tu as l'air d'accord non ?
Après, si vous voulez séparer la lib en plusieurs .h, pas de problèmes, mais
comme les classes s'utilisent les unes dans les autres (ce qui n'est pas le cas de la STL), j'imagine aisément que la conséquence va être la suivante : tout les codes utilisant CImg vont commencer par :
à la place de #include "CImg.h".
Alors dis moi, dans ce cas, où est le gain sur la vitesse de compilation ? sur la performance ? Bah oui tiens en fait, non ca sert à rien !
Un grand merci pour ces conseils avisés !
Quand je vois le toto du dessus qui parle d'erreur de débutant, j'imagine qu'il ne se classe donc pas dans cette catégorie.. quelle blague !
[^] # Re: Une vraie bibliothèque.....
Posté par David Tschumperlé (site web personnel) . En réponse au journal GREYCstoration : Appel à contribution. Évalué à 2.
J'ai juste dis que c'était des .h, la dessus tu as l'air d'accord non ?
Après, si vous voulez séparer la lib en plusieurs .h, pas de problèmes, mais
comme les classes s'utilisent les unes dans les autres (ce qui n'est pas le cas de la STL), j'imagine aisément que la conséquence va être la suivante : tout les codes utilisant CImg vont commencer par :
#include "CImg_namespace.h"
#include "CImg_display.h"
#include "CImg_toto.h"
...
#include "CImg_globals.h"
#include "CImg_tutu.h"
à la place de #include "CImg.h".
Alors dis moi, dans ce cas, où est le gain sur la vitesse de compilation ? sur la performance ? Bah oui tiens en fait, non ca sert à rien !
Un grand merci pour ces conseils avisés !
Quand je vois le toto du dessus qui parle d'erreur de débutant, j'imagine qu'il ne se classe donc pas dans cette catégorie.. quelle blague !