De plus, (K)TIGCC est très rigide et peu paramétrable au niveau compilation, et on petu pas vraiment faire ce qu'on veut dès qu'on veut sortir ne serait-ce qu'un Hello World un peu personnalisé.

N'importe quoi.

Et allez hop, Kevin poste encore une fois les mêmes conneries sur lesquelles on a déjà discuté de trop nombreuses fois...

Rapidement: ceux des softs de TICT qui ont été passés en TPR, l'ont été parce que je n'avais pas encore compris pourquoi d'autres (PpHd et al.) n'étaient pas contents de ce système de build. C'est le cas de TI-Minesweeper et TICT-Explorer, par exemple.
Une fois que j'avais fait la conversion, ça n'avait pas beaucoup de sens de repasser à autre chose...
En revanche, pour d'autres programmes plus complexes, pas de conversion en TPR:

maintenant, si ton "Hello World un peu personnalisé" comporte [...]

Non, juste (par exemple, il n'y a pas que celui-ci) des fichiers compilés avec des options d'optimisation différentes (-Os vs -O2/-O3). Cas d'utilisation réel des programmes qui ont besoin de calcul un peu plus rapide, tout en limitant la taille de l'interface graphique. Entre autres, TI-Chess, "juste" le programme TI-68k le plus téléchargé sur ticalc.org. Faire ça avec des TPR est du brain damage (3 TPRs pour linker le tout ensemble).
ExtGraph a un système de build hybride, parce que là aussi, il y a des fichiers qu'il faut absolument compiler avec des options d'optimisation différentes (-fno-omit-frame-pointer, par exemple).

Mais il est aussi très puissant (genre dossiers virtuels etc.).

C'est une anti-feature, ça, puisque nombre de systèmes de build plus réalistes que tails utilisera peut-être un jour, s'il fait de l'informatique son métier, ne font pas comme ça...
La capacité de builder des sources non sauvegardés est une autre anti-feature, pour la même raison.

[snip sur les attaques personnelles qui n'ont rien à voir avec le sujet du topic]

Mais qui aideront tails, assez nouveau venu, à comprendre les relations dans la communauté