snow-tiger> tigcclib.a est automatiquement linkée avec ton prog.
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas
. »
Ben, comment je les connaît, moi, les fonctions built-in de tigcclib.a ?
Je peux faire des listings d'asm GNU, mais si y'avais une doc ou une méthode ca irait mieux...
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Et pour l'assembleur, on fait quoi?
On doit repérer quelles fonctions sont Built-in dans la doc, passer les paramètres sur la pile en convention C
et faire un jsr (nom de la fonction) ?
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Personnellement, je ne m'aventurerais pas au niveau de la convention d'appel. Ca change tout le temps... (et en tout cas ce n'est pas tjs le passage par la pile)
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
PpHd Le 14/10/2003 à 15:58 Sauf que ca a change entre tigcc v0.94 et v0.95
On peut toujours se démerder ?
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
BiHi Le 14/10/2003 à 16:24 Pour utiliser les fonctions de tigcclib, je te conseille de lire les headers, parce que certaines fonctions sont juste des defines, et aussi de télécharger les sources de tigcclib. Avec ça, tu peux tout faire en assembleur.
Par contre, avec les changements de version de tigcclib, tes programmes ne marcheront peut-être pas directement, vu que, si j'ai bien compris ce que Kevin a dit, l'API est compatible entre les versions de tigcclib tandis que l'ABI (le passage des paramètres, ou bien le fait que certaines fonctions soient des macros) peut changer à tout moment.
;)
PpHd Le 14/10/2003 à 18:13 Non. Tu peux garder l'a68k
Ouep je sais mais c'est pour la méthode: regarder l'asm GNU.
Je suis tel la fleur du lotus.
Bien que naissant de la boue,
aucune boue n'y adhère.
Essaye de mettre tout ça dans un fichier à part "gore.h" sinon tu risques de le regretter...
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
Ce ne sont pas les changements mineurs d'ABI qu'on a effectuées (passage de certaines fonctions du passage par pile au passage par registres) qui ont posé problème. Ce sont surtout les changements apportés par le nouveau linker, mais ce sont des fonctionnalités tellement utiles que les petits problèmes de compatibilité (qui pour la plupart ont déjà été résolus) ne suffisent pas pour les refuser.
Et ton bogue avec les floats (corrigé dans la bêta 2) a toujours été là. Il se trouvait juste que pas grand monde n'a essayé de porter des logiciels de calcul numérique qui les utilisent intensivement vers TIGCC.
PpHd Le 17/10/2003 à 09:05 Tiens au fait je suis arrive a le porter (MPFR + MPN). Reste plus qu'a debugguer. Ca me fait peur rien que d'y penser.
... ça va de pair avec ce qu'on a dit sur tes probabilités de débouchés professionnels ? 
) 
Merci, j'en était pas sûr. (car lire toute la doc est une tâche assez grosse... 
)
