Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation Assembleur 68K » Code de démarrage en _nostub (13 réponse(s))

./POST DE DEPART (post n°0) Marquer comme non lu.

Folco

Ecrit le: Mardi 6 décembre 2005 à 12:08

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

Quand j'utilise ces exportations dans un programme asm _nostub:

_tigcc_native:      xdef  _tigcc_native
__ref_all___startup_code:  xdef  __ref_all___startup_code
__ref_all___nostub:    xdef  __ref_all___nostub

j'ai le message suivant à la compilation:

Absolute relocs: 1
Natively emitted relocs: 1
Relocs savable by branch optimisation: 6
Relocs savable by F-Line jumps: 6
Space savable by Using GNU Assembler -l switch: 12 bytes

alors que quand j'exporte juste le symbole _nostub, je n'ai aucun relogement, donc je ne perds pas de place.

Je ne veux pas utiliser le switch -l de GNU as (ben oui... j'aime bien savoir que c'est ce que j'ai écrit qui est assemblé, pas un truc dénaturé...). Donc j'aurais aimé savoir quel est le code de démarrage inclus ici par TIGCC pour pouvoir l'inclure de manière plus "propre" (ie: sans avoir de relogement).

Je devrais pouvoir trouver ça dans les sources du linker à mon avis??? mais au boulot c'est dur

Si quelqu'un avait ça directmeent sous la main, je lui en serait bien reconnaissant!
Merci beaucoup à celui qui prendra deux minutes pour me répondre.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°1 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 6 décembre 2005 à 15:19

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Il faut activer les optimisations du linker: --optimize-code --cut-ranges.
Le switch -l de GNU as ne peut pas éliminer ça, parce que le code de démarrage est déjà assemblé (dans tigcc.a). C'est le linker qui voit s'il y a des relogements qui peuvent être supprimés. En particulier, dans le cas le plus simple (code de démarrage qui ne fait rien), il voit qu'il y a un saut vers l'instruction d'après (si __main est tout au début de ton code) et le vire.
Quant aux sources dans lesquelles tu trouves ce qui est mis exactement, c'est dans les sources de TIGCCLIB (répertoire archive\startup). Mais l'idée est bien d'activer l'optimisation linker.

Martial Demolins :
Je ne veux pas utiliser le switch -l de GNU as (ben oui... j'aime bien savoir que c'est ce que j'ai écrit qui est assemblé, pas un truc dénaturé...).

Pas besoin d'être parano sur ce point, les optimisations du linker changent juste des références longues en des références plus courtes, ce n'est pas ça qui va changer tout ton code.
-Edité le Mardi 6 décembre 2005 à 15:21 par Kevin Kofler-

Membre de l'équipe de TIGCC: http://tigcc.ticalc.org
Mainteneur du portage Linux/Unix de TIGCC: http://tigcc.ticalc.org/linux/
Membre de l'équipe de CalcForge: http://www.calcforge.org:70/

Participez à la reprise de Ti-Gen!

./Post n°2 Marquer comme non lu.

Folco

Ecrit le: Mardi 6 décembre 2005 à 15:53

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

ok, merci beaucoup Kevin pour les explications et l'emplacement du source.
oui, __main est bien au tout début de mon code.

Sinon, je sais que le linker ne fait que changer la longueur des sauts, mais je voudrais écrire le plus proprement possible, ie en réfléchissant à chaque chose que je vais faire, c'est pour ça. Je sais que tout n'est pas changé en bloc (sauf p-ê les clr.l-> moveq??

)

merci beaucoup pour la précision de la réponse.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°3 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 6 décembre 2005 à 15:56

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Il faut dire que je ne comprends pas du tout cette attitude anti-optimisation. Voilà les optimisations effectuées par le linker:

jbxx label

bxx label

jmp/jsr label.l

bxx.w label

bxx.s

GNU as

--optimize-returns

--optimize-nops --optimize-branches --optimize-moves --optimize-tests --optimize-calcs

Les optimisations linker:

--optimize-nops

ne peux pas savoir

include

Exemple: dans le fichier foo.s, tu veux appeler la fonction toto qui se trouve dans bar.s. Comment fais-tu?
1. Sans optimisation linker, tu mets: jsr toto (ou jbsr toto, ça ne changera rien parce que l'assembleur ne peut pas savoir où se trouve toto vu que c'est une référence externe).
Résultat: relogement absolu, même si ce n'est pas nécessaire (ce qui est probable), donc gaspillage de place.
2. Sans optimisation linker, tu mets: bsr.w toto.
Résultat: branchement long systématique. Quand toto est plus loin que 32 KO, erreur. Quand c'est plus proche que 128 octets, gaspillage de 2 octets.
3. Sans optimisation linker, tu mets: bsr.s toto.
Résultat: ne marche très probablement pas (faudrait avoir de la chance que ça tombe dans les 128 octets autour, surtout sans permettre au linker de réordonner les sections!).
4. Tu mets jbsr toto et actives les optimisations linker.
Résultat: Le linker choisit automatiquement la référence la plus compacte possible (et essaiera même de réordonner tes fichiers pour pouvoir en choisir une plus compacte, cf. --reorder-sections). Aucune place gaspillée. => La solution à choisir!

Au passage, dans ma liste des switches linker à passer, j'ai oublié:

./Post n°4 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 6 décembre 2005 à 16:00

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Martial Demolins :
Sinon, je sais que le linker ne fait que changer la longueur des sauts, mais je voudrais écrire le plus proprement possible,

Le plus proprement possible, c'est utiliser les optimisations linker! Cf. aussi mon exemple dans le post n°3.

ie en réfléchissant à chaque chose que je vais faire,

Tu ne peux pas "réfléchir à" la longueur des références, tu ne la connais pas! Seul le linker la connaît! Donc si tu en fixes une, c'est sale et donne du code sous-optimal.

Et sinon, comme expliqué aussi dans le post n°3, l'assembleur optimise déjà les références sans taille explicite passée (et tu ne peux pas désactiver ça). La seule différence est que l'assembleur ne peut en optimiser qu'une partie (les références internes au fichier) alors que le linker peut optimiser tout!

./Post n°5 Marquer comme non lu.

Folco

Ecrit le: Mardi 6 décembre 2005 à 16:08

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

je suis d'accord sur le principe. j'utilise déjà (et depuis toujours en fait) l'optimisation des NOPs, car je savais à quoi ça servait.

Je vais te décrire ce que je veux faire, tu pourras me conseiller mieux:
Je veux avoir un programme qui n'ai pas de relogement (si possible), je compte rester en-dehors des 32 ko. Je veux donc pouvoir optimiser les sauts (4->2 octets si c'est possible) et réordonner les sections pour être plus efficace au cas où sur les sauts.

tous les adressages de variables que je fais pour le moment, je les faits en écrivant:
lea.l var(pc),an
move.x dn,(an)

ça prends moins de place qu'un relogement, et je trouve ça beaucoup plus propre.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°6 Marquer comme non lu.

Folco

Ecrit le: Mardi 6 décembre 2005 à 16:22

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

aaaaaaaaaaarghhhhhhhhhhhhh :'(

les jbxx ne marchent pas avec A68k :'(

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°7 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mardi 6 décembre 2005 à 16:39

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Avec A68k (qui est déprécié, je rappelle, tu devrais plutôt utiliser GNU as!), la notation est légèrement différente:

jbsr label

jsr label

jsr label.l

jsr (label).l

bsr label

bsr.w label

bsr.s label

Les sauts absolus optimisables ne sont jamais optimisés par A68k lui-même (contrairement à GNU as, c'est pour ça que A68k ne distingue pas jsr/jbsr), même dans le même fichier, seul le linker peut les optimiser.

./Post n°8 Marquer comme non lu.

Folco

Ecrit le: Mardi 6 décembre 2005 à 16:44

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

ok, merci bien. Donc si je fais que des sauts longs (<32ko) et que je ne veux pas de relogements, je ne fais donc que des bsr.

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°9 Marquer comme non lu.

Sasume

Ecrit le: Mardi 6 décembre 2005 à 16:53

Membre: Titan

Messages: 918

Membre n°24

Inscrit le 01 février 2004

Ce post ./3, il faudrait le mettre dans une faq #top#

Ou dans tiwiki. Tu es d'accord, Kevin ?

./Post n°10 Marquer comme non lu.

Kevin Kofler

Ecrit le: Mercredi 7 décembre 2005 à 02:55

Administrateur

Groupe: Staff de Ti-Gen

Messages: 4814

Membre n°40

Inscrit le 08 février 2004

Mettez ça dans TIWiki si ça vous amuse, peut-être que comme ça au moins les gens le liront.

Je sens que je devrais mettre une traduction anglaise (et réorganisée en paires question-réponse) là: http://p080.ezboard.com/ftichessteamhqfrm5.showMessage?topicID=3176.topic.

./Post n°11 Marquer comme non lu.

Folco

Ecrit le: Jeudi 8 décembre 2005 à 16:03

Administrateur

Groupe: Staff de Ti-Gen

Messages: 1286

Membre n°181

Inscrit le 05 avril 2004

tiens, un truc... j'hallucine ou A68K accepte sans rechicner le symbole '|' dans les lignes de code? avant ou après une instruction, ça compile!

<<< Kernel Extremist©®™ >>>
Pas la peine d'aller là plus d'une fois tous les six mois...

"Il faut apprendre pour savoir qu'il faut apprendre pour savoir."

./Post n°12 Marquer comme non lu.

Kevin Kofler

Ecrit le: Jeudi 8 décembre 2005 à 16:16