> c'est quoi cette attitude maintenons-seulement-les-langages-populaires ?
Je crois que tu m'as pas compris.
Pour moi c'est principalement un problème de maintenance par l'équipe gcc et peut être un problème de qualité du patch (je ne le connais pas). Si le language est populaire l'équipe gcc, tous les contributeurs, peuvent accepter la contrainte de prendre en compte cette fonctionnalité lorsqu'ils font des modifications. Si ce n'est pas le cas, faut-il "ennuyer" tous les contributeurs pour une fonctionnalité peu utilisée ? Ou n'est-il pas mieux de laisser la maintenance du patch à ceux qui l'on réalisé.
Sur l'aspect popularité c'est tout ce que je dis. Je souligne aussi :
> que je ne connais pas tout les tenants et aboutissants du problème.
Tu remarquera que Linus a les même problème de chois avec Linux. Certaines fonctionnalités ne sont pas acceptés car elles alourdissent le boulot des autres développeurs. D'autres fonctionnalités sont acceptés même si elles sont loin d'être parfaite car elles n'impactent pas les autres développeurs. D'autres patchs sont refusé car il n'apporte rien d'important. Les distributeurs ont leur lot de patch pour le kernel non accepté par Linus et faut-il conclure que Linus est lent ou autre ? Bref il y a plein de raison pour le(s) mainteneur(s) d'accepter ou refuser un patch.
Dire que gcc n'est pas réactif uniquement parce qu'ils n'ont pas accepté un patch est un peu léger pour me convaincre.
[^] # Re: Comparatif Intel C++ 7.0 / Gcc 3.2.1
Posté par matiasf . En réponse à la dépêche Comparatif Intel C++ 7.0 / Gcc 3.2.1. Évalué à 1.