vince Le 22/03/2004 à 18:39 et si MM sort lui aussi, ça obligera pollux à sortir GTC, ou a #macintoc#er un peu plus encore...
"GTC sera prêt pour les prochaines vacances" ©
I'm on a boat motherfucker, don't you ever forget
vince Le 22/03/2004 à 19:07 powered by macintoc incorporated in your ass
Juste une question: GTC permet de voir le code assembleur ?
(Il dispose d'un compilo et assembleur A PART ou non ?)
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Non, mais j'aurais aimé que vu l'ancienneté de cc et as, on ne régresse pas à ce niveau au moins....#tss#
Et puis bon, y'a pas besoin d'attendre jusqu'en 2048:
Modifier les sources de cc pour avoir une syntaxe ANSI ou à peu près,
modifier as de façon à ce qu'il soit capable d'assembler un code plus long
(même s'il doit assembler plus lentement, j'ai trouvé sa rapidité largement satisfaisante)
et qu'il sorte un fichier objet à lier avec un linnker EXTERNE.
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Flanker > Ben y'a tellement de code déjà fait et qui fonctionne très bien que je ne comprend
pas la logique de Pollux... Pk ne pas sortir du code pour as par exemple ?
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
vince Le 22/03/2004 à 20:48 montres lui l'exemple, tu ne serais pas le premier à essayer
nitro Le 22/03/2004 à 23:29 En plus c'est clairement plus rapide... Si je devais modifier CC c'est la première chose que je ferais, virer la génération de l'assembleur.
So much code to write, so little time.
Je propose de rajouter un /dev/macintoc sur le prochain noyau Linux, qui envoie un mail à Mac pour lui demander de sortir une excuse bidon 
