> Et surtout que ca prouve le changement de mentalite des devs gnome
Oh lala. Gnome n'est pas contre le c++. Faut arrêter avec cette légende. Ils se sont imposer la contrainte de pouvoir faire des bindings ce qui n'est pas très compatible avec le C++. C'est tout.
> au debut pas moyen d'avoir ne serai-ce une dependance c++
fam n'ajoute aucune dépendance c++ pour quelqu'un qui veut développer sous Gnome. Sinon, prouve le.
Si apache était écrit en C++, tu n'ai pas obligé de faire un navigateur en C++. Faut pas mélange librairie et protocole. fam est utilisé via un protocole. XFree peut-être réécrit en C++ que Gnome s'en battrait l'oeil. La seul chose qui compte pour les objectifs de Gnome c'est que la partie cliente soit en C. Pour corba, au début, Gnome utilisait une implémentation C++. Ce n'était pas un problème car il y a une librairie cliente était en C et que corba est un protocole.
Justement les devs de gnome s'etaient mis comme contrainte d'avoir gnome sur les plus de plateforme possible (et ils y ont mieux reussi que kde) donc le fait de dependre actuellement sur une lib en c++ (meme si la dependance n'est pas nivo code, il faut pouvoir compiler fam) me fait "sourire" ;)
Ils n'ont jamais ete fondatelement contre, ils avaient juste eviter l'utilisation du c++ qui limitait a l'epoque (et c'etait vrai), le portage sur certaines plateformes
> selon leurs dires le langage c++ etait supra mal supporte sur la majorite des os
Gcc tourne partout. Moins bien sous windows mais la cible de Gnome n'est pas Windows. Enfin, pour compiler KDE sous HP-UX par exemple, il te faut gcc ou le compilateur HP est suffisant ?
hmmm tu t'avance trop, gcc ne marche pas partout, je ne le sait que trop bien malheureusement ;( De plus le but de kde, n'est pas d'imposer un version specifique de compilo pour compiler (ca serait du delire).
Pour ton information:
- sur HP-UX, kde il ne compile pas top actuellement qque soit le compilo (mais pas du au compilo, j'ai encore essaye dernierement), alors que Qt lui il compile niquel dessus avec le compilo HP. (le pire compilo c++ que j'ai jamais rencontre etant celui d'AIX)
- pour le support du c++, je pense qu'actuellement les compilos qui sont encore maintenus le supportent assez bien (surtout des grosses ameliorations ces 2 dernieres annees, meme si je continu a penser que si tous les grands fabriquants devraient plutot investir sur gcc que sur leur version perso) Pour la norme ansi, il faut avouer que vc++7 ne doit pas en etre tres loin.
Qt est sous GPL. Il ne permet pas l'écriture de programme proprio.
Normallement c'est par dessus les libs kde (en LGPL, si tu veut comparer a qquechose d'equivalent a Gnome ne prend pas Qt) que tu devrait develloper une appli.
Qt n'a un interet que pour avoir une appli totalement multi-plateforme et la si tu vendre ton appli tu donnera qques pepettes a Qt pour contribuer indirectement au libre ;)
Enfin, j'aimerai que tu me trouves un programme "correcte" qui utilise un binding de Qt ou KDE. Pour te donner un exemple, tous les programmes de configuration redhat utilisent le binding python (redhat-config-packages, up2date-gnome, redhat-logviewer-0.8.3-2).
actuellement il y a surtout des progs qui veulent cohoperer avec kde:
xmms (le plugin en sortie art), gstreamer (le plugin arts), etc...
maintenant la majorite des petits prog sont en c++ (car pkoi s'imposer le c qd tu peut utiliser le c++). Pour les langages de script, kdevelop est le plus gros utilisateur de ceux-ci (pour la conf, etc...)
Arrêtes de dire que Gnome n'aime pas le C++.
Je n'ai jamais dit ni sous entendu cela. J'ai juste preciser que vu les contraintes de depart ils avaient eviter son utilisation.
[^] # Re: Gconf pour les nuls ... et les hackers
Posté par Raphael Junqueira . En réponse à la dépêche Gnome 2.2 est sorti. Évalué à 0.
> Et surtout que ca prouve le changement de mentalite des devs gnome
Oh lala. Gnome n'est pas contre le c++. Faut arrêter avec cette légende. Ils se sont imposer la contrainte de pouvoir faire des bindings ce qui n'est pas très compatible avec le C++. C'est tout.
> au debut pas moyen d'avoir ne serai-ce une dependance c++
fam n'ajoute aucune dépendance c++ pour quelqu'un qui veut développer sous Gnome. Sinon, prouve le.
Si apache était écrit en C++, tu n'ai pas obligé de faire un navigateur en C++. Faut pas mélange librairie et protocole. fam est utilisé via un protocole. XFree peut-être réécrit en C++ que Gnome s'en battrait l'oeil. La seul chose qui compte pour les objectifs de Gnome c'est que la partie cliente soit en C. Pour corba, au début, Gnome utilisait une implémentation C++. Ce n'était pas un problème car il y a une librairie cliente était en C et que corba est un protocole.
Justement les devs de gnome s'etaient mis comme contrainte d'avoir gnome sur les plus de plateforme possible (et ils y ont mieux reussi que kde) donc le fait de dependre actuellement sur une lib en c++ (meme si la dependance n'est pas nivo code, il faut pouvoir compiler fam) me fait "sourire" ;)
Ils n'ont jamais ete fondatelement contre, ils avaient juste eviter l'utilisation du c++ qui limitait a l'epoque (et c'etait vrai), le portage sur certaines plateformes
> selon leurs dires le langage c++ etait supra mal supporte sur la majorite des os
Gcc tourne partout. Moins bien sous windows mais la cible de Gnome n'est pas Windows. Enfin, pour compiler KDE sous HP-UX par exemple, il te faut gcc ou le compilateur HP est suffisant ?
hmmm tu t'avance trop, gcc ne marche pas partout, je ne le sait que trop bien malheureusement ;( De plus le but de kde, n'est pas d'imposer un version specifique de compilo pour compiler (ca serait du delire).
Pour ton information:
- sur HP-UX, kde il ne compile pas top actuellement qque soit le compilo (mais pas du au compilo, j'ai encore essaye dernierement), alors que Qt lui il compile niquel dessus avec le compilo HP. (le pire compilo c++ que j'ai jamais rencontre etant celui d'AIX)
- pour le support du c++, je pense qu'actuellement les compilos qui sont encore maintenus le supportent assez bien (surtout des grosses ameliorations ces 2 dernieres annees, meme si je continu a penser que si tous les grands fabriquants devraient plutot investir sur gcc que sur leur version perso) Pour la norme ansi, il faut avouer que vc++7 ne doit pas en etre tres loin.
Qt est sous GPL. Il ne permet pas l'écriture de programme proprio.
Normallement c'est par dessus les libs kde (en LGPL, si tu veut comparer a qquechose d'equivalent a Gnome ne prend pas Qt) que tu devrait develloper une appli.
Qt n'a un interet que pour avoir une appli totalement multi-plateforme et la si tu vendre ton appli tu donnera qques pepettes a Qt pour contribuer indirectement au libre ;)
Enfin, j'aimerai que tu me trouves un programme "correcte" qui utilise un binding de Qt ou KDE. Pour te donner un exemple, tous les programmes de configuration redhat utilisent le binding python (redhat-config-packages, up2date-gnome, redhat-logviewer-0.8.3-2).
actuellement il y a surtout des progs qui veulent cohoperer avec kde:
xmms (le plugin en sortie art), gstreamer (le plugin arts), etc...
maintenant la majorite des petits prog sont en c++ (car pkoi s'imposer le c qd tu peut utiliser le c++). Pour les langages de script, kdevelop est le plus gros utilisateur de ceux-ci (pour la conf, etc...)
Arrêtes de dire que Gnome n'aime pas le C++.
Je n'ai jamais dit ni sous entendu cela. J'ai juste preciser que vu les contraintes de depart ils avaient eviter son utilisation.