En effet, as est très bien. Le problème c'est qu'il fait éditeur de liens (il pourrait par exemple
sortir une chaine EXEC, meme un peu spéciale et à linker) et qu'il nous linke selon un
format plutôt vieux, pour DoorsOS II ou UniOS. Mais dès qu'on passe à l'AMS 2.07 et + avec
PreOS, ca marche plus du tout. De plus il peut planter: donnez lui des macros, des
headers de librairies genre GenLib et ca marche plus du tout.
Si on fesait la convention standard compilateur-assembleur-linker, on arriverait à mieux.
L'assembleur transforme l'ASM des textes en chaine Exec par exemple et appelle le linker
avec certains paramètres, lequel se charge de faire le prog affiché ASM.
Pour adapter un langage de prog comme le C c'est super con ensuite, on fait un traducteur
C -> ASM qui appelle ensuite les deux autres progs (ca s'appelle un COMPILATEUR au
sens VERITABLE, comme gcc ou g++)
Et avec l'option des listings sur PC, on peut voir le code ASM que produit une programme
en C. Ce qui permet de savoir comment le C marche sur PC, d'où conversion de très
bonne qualité possible.
Et on a pas besoin de faire le GCC: De quoi faire marcher les librairies, faire des opérations
graphiques, ne pas dépayser celui qui fesait ses progs TI sur PC et ca ferait un truc
génial et fesable. Je travaille là-dessus.
