> > La glib n'est pas du tout C++ friendly. Elle permet en revanche aux programmeurs gnome de programmer dans un style objet
> Si tu as mieux (et qui ne soit pas C++), fais signe.
> Puis quelle incohérence dans ton propos. Tu dis que gobject fait "doublon" avec C++ et après du dit que ce n'est pas C++ friendly. Faudrait > savoir.
En mieu, ou tout du moin équivalent regarde APR, NSPR, OpenSSL et j'en oubli surement.
Il n'y a pas d'incohérence dans son propo, les fonctionnalités de la glib sont en doublon par rapport a la stl et la qtl, c'est dailleurs un des buts de la glib, et ce n'est quand même pas C++ friendly, pas d'itérateur, pas d'héritage, pas de plein de chose qui font d'une api quelque chose de C++ friendly.
> > qui n'est parfois pas installee sur des systemes
>Il faudrait abondonner cet argument ridicule.
> yum/apt/urpmi/etc existe.
> Si je regarde kdebase (qui comme son nom l'indique est la base) j'ai les dépendances "bizarres" suivantes :
> audiofile-0.2.6-1 <= pour esound
> esound-0.2.35-1
> glib2-2.4.6-1 <= glib est déjà utilisé
> ...
Je ne pense pas qu'il remette en cause la facilité de déploiement.
C'est pour évité d'avoir des doublons de code et encore plus de dépendance nécéssaire. J'ai perso un système kde sans avoir la glib, la dépendance vient d'une dépendance a d'une autre lib, je pense qu'elle doit venir d'esound, comme je ne l'utilise pas je ne vois pas pourquoi je devrai saturé encore un peu plus mon sys avec des libs qui ne me sont pas nécéssaires.
[^] # Re: Re : Les nouveautés du prochain X11R6.8
Posté par Alex . En réponse à la dépêche Les nouveautés du prochain X11R6.8. Évalué à 3.
> Si tu as mieux (et qui ne soit pas C++), fais signe.
> Puis quelle incohérence dans ton propos. Tu dis que gobject fait "doublon" avec C++ et après du dit que ce n'est pas C++ friendly. Faudrait > savoir.
En mieu, ou tout du moin équivalent regarde APR, NSPR, OpenSSL et j'en oubli surement.
Il n'y a pas d'incohérence dans son propo, les fonctionnalités de la glib sont en doublon par rapport a la stl et la qtl, c'est dailleurs un des buts de la glib, et ce n'est quand même pas C++ friendly, pas d'itérateur, pas d'héritage, pas de plein de chose qui font d'une api quelque chose de C++ friendly.
> > qui n'est parfois pas installee sur des systemes
>Il faudrait abondonner cet argument ridicule.
> yum/apt/urpmi/etc existe.
> Si je regarde kdebase (qui comme son nom l'indique est la base) j'ai les dépendances "bizarres" suivantes :
> audiofile-0.2.6-1 <= pour esound
> esound-0.2.35-1
> glib2-2.4.6-1 <= glib est déjà utilisé
> ...
Je ne pense pas qu'il remette en cause la facilité de déploiement.
C'est pour évité d'avoir des doublons de code et encore plus de dépendance nécéssaire. J'ai perso un système kde sans avoir la glib, la dépendance vient d'une dépendance a d'une autre lib, je pense qu'elle doit venir d'esound, comme je ne l'utilise pas je ne vois pas pourquoi je devrai saturé encore un peu plus mon sys avec des libs qui ne me sont pas nécéssaires.