Oui, pareil pour sun/solaris, il risquerait de pas aimer :)
Cela dit, rien n'empeche de faire des bouts de code
optimisés pour le bas niveau (je pense à l'affichage surtout)
qui soit spécifiques à une certaine plateforme.
C'est d'ailleurs ce qui est déjà fait dans la librairie CImg, pour l'affichage et la gestion des evenements (utilise X11 pour unix/max, et windows GDI pour win). A priori ca doit être transparent
pour l'utilisateur final.
Pour répondre à nicO, moi le C++ ca me permet surtout de
faire des classes templates, après les bouts d'algo ils
travaillent sur un buffer de données exactement comme je le
faisais en C avant (d'ailleur la premiere version de CImg etait
ecrite en C, et generait des fonctions génériques avec des macros
à gogo). Je suppose que le passage en C++ ne m'a pas
pénalisé de ce coté la (pas d'hiérarchie compliquée à gérer,
pas des trucs de conceptions qui cacherait des bouts de code lents)
[^] # Re: perf ?
Posté par David Tschumperlé (site web personnel) . En réponse au journal CImg Library 1.0.7 et licence CeCILL. Évalué à 1.
Cela dit, rien n'empeche de faire des bouts de code
optimisés pour le bas niveau (je pense à l'affichage surtout)
qui soit spécifiques à une certaine plateforme.
C'est d'ailleurs ce qui est déjà fait dans la librairie CImg, pour l'affichage et la gestion des evenements (utilise X11 pour unix/max, et windows GDI pour win). A priori ca doit être transparent
pour l'utilisateur final.
Pour répondre à nicO, moi le C++ ca me permet surtout de
faire des classes templates, après les bouts d'algo ils
travaillent sur un buffer de données exactement comme je le
faisais en C avant (d'ailleur la premiere version de CImg etait
ecrite en C, et generait des fonctions génériques avec des macros
à gogo). Je suppose que le passage en C++ ne m'a pas
pénalisé de ce coté la (pas d'hiérarchie compliquée à gérer,
pas des trucs de conceptions qui cacherait des bouts de code lents)