bizarre, chez moi (2.71.F3v) les deux passent si et seulement si end_compressions_table et start_compressions_table sont définis dans le même fichier asm...
« The biggest civil liberty of all is not to be killed by a terrorist. » (Geoff Hoon, ministre des transports anglais)
j'ai la 0.96b5 avec Version 2.71.F3u
mais normalement ça devrait marcher tout le temps, non ?

<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
euh sans la division, ça passe, mais avec, ça passe pas
mais bon, une division par 6, spa la mort non plus, si ?

<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)
<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant
C'est une erreur du linker ou de a68k ?

« 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
. »
Pen^2 Le 08/02/2006 à 14:05 Est-ce possible de rendre l'explication publique ?
Ah bah oué c'est logique en fait.
T'as pas le choix, si tu veux bénéficier des optimisations du linker l'assembleur ne peut pas supposer que la différence entre les labels sera un multiple de 6. C'est déjà intéressant que ça marche avec juste la différence.
Remarque, peut-être qu'il y aurait moyen de faire en sorte que le mode all-relocs soit capable de détecter ce cas particulier. Par exemple en ajoutant au format objet une info qui interdit le cut-range entre les symboles impliqués.
Ou alors qu'il détecte lors de l'analyse de ce cas particulier le fait qu'il n'y a que des données entre les deux labels, et omette l'émission du second.