Opcodes 68000 - Page 2

Perso, j'utilisais simplement le bloc notes (et Kate à présent). Edition/Remplacer, et tu remplaces tous les d0 par %d0, tous les $ par 0x, etc. En 30 secondes tu convertis des milliers de lignes.

rien à voir

martial: l'asm en général ça se lit ligne par ligne et ça se convertit à la volée. Ensuite on fait une 2eme passe sur ce qu'on a généré pour calculer les offsets de sauts.

un truc à macros ça doit se faire avec un peu plus de boulot mais c'est pas très compliqué.

Donc tu veux vraiment coder ton assembleur ?

pourquoi pas? si il invente pas une 3eme syntaxe, ça peut être bien

(en plus il peut supporter les 2 syntaxes )

Pollux (./29) :
Ca poserait pas des problèmes de licence ?

Je parle d'intégrer a68k dans la build chain, donc aucun problème de license vu que ce n'est pas les mêmes produits.

Martial > Je connais ce truc qui doit être assez complet (peut-être trop long pour toi) : http://www.google.fr/search?q=analyseurs-syntaxiques.pdf
Sinon cherche "compilation", "théorie des langages", "analyse syntaxique" et "analyse lexicale".

C'est d'un assembleur dont on parle pas d'un compilateur...
C'est largement plus simple.

je l'ai déja dit en plus

Dans les docs sur les compilateurs il y a une partie sur l'analyse lexicale et syntaxique dont aura besoin Martial.

Hum ton projet Martial pourrait très bien coller avec GFA Basic.

Oui du bytecode que j'interprète. Le top serait de convertir de bytecode en ASM. (au moins les sections critiques (boucles for, sauts...).

il faut absolument que je bosse sur les JIT.

pas comprends je ?

Normalement l'ordre importe peu, puisque tu assembles dans un premier temps, et tu fais l'édition des liens une fois tout assemblé.
Après si effectivement le premier source inclue tous les autres, le problème ne se pose pas

Sinon, tu peux faire un assembleur puis un linker.
L'assembleur s'occupe de prendre un fichier source (et les headers qui y sont inclus) et produit un fichier objet.
Le linker s'occupe de lier plusieurs fichiers objets entre eux.

Mais c'est vrai que pour un assembleur on-calc le mieux est peut-être de faire comme GTC : considérer qu'on a qu'un seul fichier en concaténant le tout. Ça peut faire gagner du temps puisque ça peut éviter de calculer plusieurs fois les mêmes inclusions dans différents fichiers sources...
D'un autre côté avec un vrai linker tu peux t'amuser à faire des optimisations comme ldtigcc, et puis ça peut accélérer la compilation si l'utilisateur ne compile que les fichiers objets dont il a besoin à chaque fois (je te laisse refaire un make pour faciliter tout ça )

un compilo compile chaque source en créant un .text un .data et un .bss

il se fiche du nom des fonctions, ou de l'existence de fonctions non définies.

ensuite le linker merge toutes les sections .text, .data, etc... résout les symboles, geule quand il trouve un symbole inconnu, et cherche la fonction _main, qu'il définit comme point d'entrée (en la plaçant au début pour un _nostub (je suppose, hmm?) ou en écrivant qq part l'offset entre le début de la section .text et _main.

parfois on définit un ldscript qui définit comment caser les sections perso dans le binaire final.

Martial Demolins (./51) :
Ca ne semble pas plaire à a68k, pourtant ça passe avec GNU as. Que se passe-t-il ?

_flag_3 n'existe pas dans le code source.

Sasume (./52) :
D'un autre côté avec un vrai linker tu peux t'amuser à faire des optimisations comme ldtigcc, et puis ça peut accélérer la compilation si l'utilisateur ne compile que les fichiers objets dont il a besoin à chaque fois (je te laisse refaire un make pour faciliter tout ça )

Mais attention, l'optimisation niveau linker n'accélère pas du tout la compilation, au contraire...

PpHd (./54) :
_flag_3 n'existe pas dans le code source.

Si, à côté du xdef. Pour GNU as, c'est suffisant. (Ce n'est pas un patch TIGCC d'ailleurs, c'est comme ça aussi dans l'original.) On veut seulement exporter un symbole, peu importe sa valeur, donc pourquoi devoir définir un label bidon? C'est une des choses qui m'agace avec A68k.

glibc ?

glibc-devel

Dans binutils y a pas tout ça. Y a quand même les bibliothèques de bases. Ou encore peut être en installant linux-header ?