pour le coup je comprends Kevin. GCC4TI sont pour le développement natif, une couche de compatibilité prend de la place et n'est pas forcément nécessaire dans une solution embarquée. Elle n'a d'utilisation que si elle sert à porter un programme PC sur une plate forme TI68k. Et quels programmes sont portables en changeant juste stdio?

ils nécessiteront d'autres chargement, et la bonne méthode de portage est dans ce cas une couche d'abstraction complète, mais spécifique au programme.

ou alors, un OS from scratch intégrant une newlib dégraissée, mais dans ce cas on n'a plus du tout d'intéret à utiliser gcc4ti+lib.

ta "lib" , Thibaut, est vraiment intéressante techniquement, mais par contre il me parait pas intéressant de l'intégrer dans gcc4tilib. A la limite la seule "valeur ajoutée" que tu apportes c'est la gestion de argv, qui peut être isolée dans une fonction (par exemple, modulo mes erreurs de mémoire)

char **estack_to_argv(ESI ap, short max_argc);

Edit: supression du nom TIGCC à la suggesion de Kevin, je ne parle pas pour lui.
.