Bon là, je me permets de te répondre que tu racontes des âneries...
Mais je te rassure, tu n'es pas le seul, et comme tu dois bien être le 300ème à me rabâcher cette affirmation (fausse), je me suis permis d'essayer d'expliquer tout ça dans une FAQ, il y a quelques temps : http://cimg.sourceforge.net/reference/group__cimg__faq.html#(...)
(tu vois je fais des efforts).
En résumé, la modularité n'a rien à voir la dedans, G'MIC utilise un tas de fonctions différentes avec des types d'images différents (et de la généricité statique) et donc de toute façon, le compilo doit les compiler pour tous les types que l'on a prévu. C'est pour çà que ca prend du temps, diviser ton fichier .h en plusieurs ne va absolument rien changer à l'affaire (je prend le pari si tu veux.). Et si tu penses que CImg peut se précompiler en fichiers bibliothèque .a ou .so, c'est pas la peine non plus. Ca serait possible à la limite dans le cas de G'MIC, mais pas dans le cas général d'utilisation de CImg où tu as des fonctions membres dépendantes de 3 ou 4 paramètres template, que tu ne vas pas t'amuser à pré-compiler pour tous les types possibles. Tout ça est expliqué dans la FAQ.
Je m'énerve un peu, car tu es loin d'être le premier à juger sans avoir réfléchi un tout petit peu au problème. La blague vois-tu, c'est que jusque là, personne n'a pu me suggérer une *vraie* bonne idée pour améliorer les choses, et on peut pas dire que que je sois fermé sur ce point, bien au contraire.
[^] # Re: bon ben c' est simple....
Posté par David Tschumperlé (site web personnel) . En réponse au journal G'MIC : Un nouvel outil libre de manipulation d'images. Évalué à 6.
Mais je te rassure, tu n'es pas le seul, et comme tu dois bien être le 300ème à me rabâcher cette affirmation (fausse), je me suis permis d'essayer d'expliquer tout ça dans une FAQ, il y a quelques temps :
http://cimg.sourceforge.net/reference/group__cimg__faq.html#(...)
(tu vois je fais des efforts).
En résumé, la modularité n'a rien à voir la dedans, G'MIC utilise un tas de fonctions différentes avec des types d'images différents (et de la généricité statique) et donc de toute façon, le compilo doit les compiler pour tous les types que l'on a prévu. C'est pour çà que ca prend du temps, diviser ton fichier .h en plusieurs ne va absolument rien changer à l'affaire (je prend le pari si tu veux.). Et si tu penses que CImg peut se précompiler en fichiers bibliothèque .a ou .so, c'est pas la peine non plus. Ca serait possible à la limite dans le cas de G'MIC, mais pas dans le cas général d'utilisation de CImg où tu as des fonctions membres dépendantes de 3 ou 4 paramètres template, que tu ne vas pas t'amuser à pré-compiler pour tous les types possibles. Tout ça est expliqué dans la FAQ.
Je m'énerve un peu, car tu es loin d'être le premier à juger sans avoir réfléchi un tout petit peu au problème. La blague vois-tu, c'est que jusque là, personne n'a pu me suggérer une *vraie* bonne idée pour améliorer les choses, et on peut pas dire que que je sois fermé sur ce point, bien au contraire.
David.