Pourquoi avoir défini les types int_fast8_t et uint_fast8_t identiques à int16_t et uint16_t ? De mémoire, les accès 8 bits et 16 bits sont aussi rapides les uns que les autres, donc on aurait pu définir int_fast8_t et uint_fast8_t identiques à int8_t et uint8_t.

Ce sera aussi inclus dans la prochaine version de TIGCC-fork (appelons-le comme ça pour le moment), parce que ça y était déjà
TIGCC-fork a déjà un stdint.h complet ( http://www.mirari.fr/5cpr ) et un inttypes.h partiel (puisque les types 64 bits ne sont pas gérés par le printf de la plate-forme). Ces deux headers sont intégrés dans le système de documentation de TIGCC (.hsf & .hsh, voir par exemple http://www.mirari.fr/OGX4 ) et les .hsf sont eux-mêmes auto-générés par des scripts Perl (environ 200 SLOC au total).