Ximoon
: Un linker ne devrait pas modifier le code, à la limite mettre des infos 'bra better than jmp in toto.asm at line 42'...

Ton idée ne sert strictement à rien si le code assembleur en question est:
* automatiquement généré (par un compilateur comme GCC par exemple) OU
* dans une librairie statique: on ne sait pas à l'avance quelle sera la longueur adaptée du saut OU
* faisant référence à une librairie statique (même problème)
etc. etc.

Dans un contexte avec plusieurs fichiers objets (ou plusieurs sections dans le même fichier objet), le programmeur ne peut pas savoir la distance, et l'assembleur non plus, seul le linker peut le savoir.

Et puis cette histoire de sections est parfaitement inutile sur TI,

Ce n'est pas parce que toi, tu ne comprends pas l'utilité des sections qu'elle n'existe pas. Les sections sont indispensables:
* dans le cas où il y a plusieurs fichiers objet (chaque fichier objet est une section ou un ensemble de sections, mais une section ne peut pas s'étendre à plusieurs fichiers objet), cf. compilation séparée, librairies statiques etc.
* dans le cas où tu veux pouvoir éliminer les fonctions inutilisées ou réordonner les fonctions pour minimiser la taille des références (cf. -ffunction-sections)
* même chose pour les données (cf. -fdata-sections)
* pour le constant/string merging
...

J'ai vraiment marre de vos critiques totalement naïves!

Godzil
: Et moi j'en ai marre de voir des gens qui affirment qu'un assembleur doit optimiser autres choses du meme genre, si j'ecrit un code assembleur,il doit apparaitre TEL QUEL dan sle code objet/machine généré et ne doit pas etre modifié par un quelconque assembleur/linker

Alors tu désactives les optimisations (elles sont toutes optionnelles!) et tu la fermes.

pour ce qui est des sources en voici une des partie qui coince sous 0.95 alors q'uelle a toujours tres bien marché jusque la :

Tu as quoi comme erreur et à quelle ligne?

Godzil
:

Kevin Kofler
:

et produit un code moins gros sans chercher a optimiser.

Il y a contradiction ici...

Alors je crois que bcp de personne n'est absolument pas d'accord avec toi

L'optimisation réduit la taille du code au minimum possible (ou au quasi-minimum dans le cas d'optimisations heuristiques comme --reorder-sections). Donc il faut vraiment faire exprès pour ne pas voir la contradiction dans la phrase citée.