30

DrTypoFr (./29) :
Bon ben c'est vasm la problème. Je l'ai utilisé à la place de rmac dans mon build non-ELF avec vbcc et y'a pas la 3D.
C'est étrange, vasm et vbcc sont intimement liés pourtant.
vasm et rmac sont des assembleurs, en théorie tu utilises le même source asm donc, en théorie, le code généré serait le même. Est-ce le cas?

31

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
avatar

32

DrTypoFr (./31) :
Et non c'est pas le cas! J'ai trouvé le problème et ai prévenu Frank Wille.
C'est une bonne nouvelle, tiens nous au courant de la situation avec Frank si tu veux.

33

dilinger (./32) :
C'est une bonne nouvelle, tiens nous au courant de la situation avec Frank si tu veux.

Il a résolu le pb. Le code jagrisc fonctionne bien maintenant.
avatar

34

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 ?
avatar

35

>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?

36

Ok merci smile

Ça serait pour le remote-debugger de la jagFPGA.
avatar

37

Juste pour information, une nouvelle version de Vlink est sortie et fixe, entre autres, une feature qui est bien utile.
26-Feb-2022: vlink 0.17.
Fixed bug when linking different object file formats.
...
SCPCD (./36) :
Ça serait pour le remote-debugger de la jagFPGA.
Ca serait top d'avoir un debugger 'moderne' hardware, ca encouragerait des vocations chez les développeurs retro.
Si tu as besoin d'un coup de main pour ce support, cela pourrait m'intéresser mais tout dépend du coût du FPGA a monter.