./273 ("(t1 Lionel je m'attendais pas à t'entendre dire
./271 un jour

"): ça fait longtemps que j'ai écrit que le kernel-based n'avait pas que des défauts - parce que c'est un
fait 
Il y a une grosse différence entre 92+/89/V200/89T, dans l'ordre chronologique, et 92/Nspire: pour le premier groupe, TI fournit un support officiel des programmes ASM. Et pour la 92, TI n'était pas encore ouvertement hostile à l'utilisation pleine et entière de la puissance des machines, ce qu'ils sont absolument devenus avec la Nspire: zéro documentation hardware et software, boot compressé avec un format bizarre, OS chiffré, correction des failles au fur et à mesure des versions, etc.
A cause de cette hostilité ouverte et de l'absence de jump table (ça n'est pas le cas des TI-68k modernes), utiliser un
middleware pour concentrer les hacks et fournir une API plus stable que des adresses absolues, me paraît à la fois utile et important. Les conditions techniques et "politiques" étant différentes, les solutions les plus appropriées sont différentes.
je vais faire le vioque mais je crois que la jeune génération se préoccupe plus de facebook et de wow que de TIs

Il existe déjà une multitude de
toolchains ARM très bien (je ne sais pas trop lequelles, je sais juste qu'il y en a plein

), qu'on peut adapter légèrement, pour pouvoir ensuite ajouter libs et API par-dessus. Voir du reste plus haut dans ce topic: ExtendeD a utilisé une de ces toolchains génériques pour déchiffrer l'OS.
Peut-être devrait-on reprendre contact, cette fois-ci dans l'autre sens, avec les cousins de HPGCC ?