Et non c'est pas le cas! J'ai trouvé le problème et ai prévenu Frank Wille.
Quand j'accède à des champs de structure, je met toujours l'offset. Par exemple:
load (r14+CVoiceSplLoopi),r23
Sauf que dans ce cas, l'offset vaut zéro. On a donc
load (r14+0),r23
Dans ce cas RMAC émet un warning et change l'instruction en:
load (r14),r23
VASM semble confus et produit l'instruction:
load (r15+r14),r23
SCPCD Le 27/02/2022 à 17:55 dilinger > Comment tu as implémenté le ELF/DWARF ? il y a une doc (compréhensible) disponible ?
Est-ce que c'est compliqué à prendre en charge ?
Sais-tu si il est prévu d'avoir ce format pour RLN ? ou à défaut, est-ce que vlink prend correctement en charge le .o de rmac ?
dilinger Le 27/02/2022 à 18:59Edité par dilinger le 27/02/2022 à 20:11 >SPCD
Oui, la documentation ELF/DWARF est abondante, par contre son utilisation est ardue sans support. C'est pour cela que j'utilises libelf (0.8.13) et libdwarf (20210528), mais il faut quand même user d'huile de coudes et de patience pour les utiliser.
J'ai eu des discussions avec les gars de Rmac/Rln par le passé, ils supportent convenablement le format pour Rmac, je les avais aidé modestement dans ce support mais ils ne prévoient pas (en fait, ils ne veulent pas) le supporter pour Rln.
Soyons honnête, VLink est excellent dans le support du format. Je penses que le .o de rmac est compatible avec Vlink, mais je ne l'ai pas testé en mode "Production".
Tu souhaites prendre en charge le format dans quel contexte?