Attendez, je vous programme un compilateur C on-calc et vous me traitez d'égoïste??? C'est le moindre des droits d'un programmeur de choisir la license qu'il veut mettre et/ou ce qu'il veut distribuer. Qui irait traiter PpHd ou BlueZ d'égoïstes parce qu'ils n'ont pas releasé les sources de Genlib, SMA ou Bomberman? Pourtant, ils ont bcp fait avancer la communauté, et ce serait un tort que de cracher sur leur travail.
Ensuite, je ne crois pas que le fait de releaser les sources de GTC ait la moindre utilité : qui est allé corriger les bugs de CC, alors que la source est disponible sur Internet depuis plus de 6 mois? Et pourtant, une partie des bugs les plus courants de CC est *très* facile à corriger (ne serait-ce même que passer de K&R à ANSI, c'est l'une des choses les plus simples à implémenter). Alors je ne vous dis pas que trouver un volontaire pour faire un algorithme d'allocation de registre plus efficace que celui de GTC tout en étant aussi rapide et aussi peu gourmand en mémoire, ça va pas être du gâteau
La seule chose qu'apporterait l'open-source, si par hasard quelqu'un avait le courage de se plonger dedans - et c pas gagné -, serait d'une part qu'il y aurait bcp de bugs cachés (et oui, c'est très délicat de modifier GTC si on ne connaît pas exactement les conventions qui se cachent dessous, et le moindre contributeur peu attentif pourrait casser pas mal de programmes => des heures de debug), et d'autre part qu'il y aurait probablement une multitude de versions (il y a un gros tas de #ifdef dans GTC que l'on peut activer/désactiver, donc on peut "customizer" GTC presque à volonté), et résultat il y aurait plein de versions plus ou moins incompatibles, avec une qualité d'optimisation très variable, etc... bref ça serait le bordel
En plus, je m'engage à corriger tous les bugs que vous trouvez (qd GTC sera sorti bien sûr
), donc je ne vois vraiment pas de quoi vous vous plaignez
Très sincèrement, je ne vois pas quelle fonction on pourrait avoir envie de rajouter à GTC, qui ne soit ni trop lente ni trop gourmande en mémoire (à part les opérandes passées aux asm(), mais ça arrive)
, hein? 
)
)
)
Très sincèrement, je ne vois pas quelle fonction on pourrait avoir envie de rajouter à GTC, qui ne soit ni trop lente ni trop gourmande en mémoire (à part les opérandes passées aux asm(), mais ça arrive)
