J'ai trouvé un autre défaut énorme à A68K - Page 1

g trouvé un bug EFFRAYANT !! Brrr

regardez ce que sort a68k :

PASS 2 line 100200300400500600700800900100011001200130014001500160017001800190020002100220023002400250026002700280029003000310032003300340035003600370038003900400041004200430044004500454068000 Assembler - version 2.71.F3i (Feb 1, 2002)

au lieu de sortir ça

PASS 2 line 1002003004005006007008009001000110012001300140015001600170018001900200021002200230024002500260027002800290030003100320033003400350036003700380039004000410042004300440045004540
68000 Assembler - version 2.71.F3i (Feb 1, 2002)

important comme bug, non ?

Peu importe. Ce n'est pas prévu pour la redirection de toute façon.

mmmm, redirigé ou pas, le pb est là

Tu lances A68k avec quels paramètres pour avoir ça???
Moi, j'ai ça:

68000 Assembler - version 2.71.F3i (Feb 1, 2002)
Copyright 1985 by Brian R. Anderson
AmigaDOS conversion copyright 1991 by Charlie Gibbs.
Adapted for use with Fargo by David Ellsworth.
Win32 port copyright 2001-2002 by Kevin Kofler for the TIGCC project
Bugfixes and additions by Julien Muchembled, Paul Froissart and Kevin Kofler

Assembling autoclbr.asm

PASS 1 line 1677
PASS 2 line 1677
End of assembly - no errors were found.
Heap usage:  -w4095,124
Total hunk sizes:  6a4 code, 0 data, 0 BSS

Uedit32

Il redirige la sortie.
Et donc mon commentaire sur la redirection s'applique.

Et il le fait n'importe comment. Dans TIGCC IDE, j'ai (en rajoutant une erreur pour qu'il me donne la sortie de A68k et pas juste celle de Obj2Ti):

Output:

68000 Assembler - version 2.71.F3i (Feb 1, 2002)
Copyright 1985 by Brian R. Anderson
AmigaDOS conversion copyright 1991 by Charlie Gibbs.
Adapted for use with Fargo by David Ellsworth.
Win32 port copyright 2001-2002 by Kevin Kofler for the TIGCC project
Bugfixes and additions by Julien Muchembled, Paul Froissart and Kevin Kofler

Assembling C:TEMPFFF4ED55tempprog.asm


C:TEMPFFF4ED55tempprog.asm line 521
 1677    ENDD
	 ^ No such op-code.

Errors:

PASS 1 line 10020030040050060070080090010001100120013001400150016001678
PASS 2 line 10020030040050060070080090010001100120013001400150016001678
End of assembly - 1 error was found.
Heap usage:  -w4095,144
Total hunk sizes:  6a4 code, 0 data, 0 BSS

(Output, c'est stdout, errors, c'est stderr.)

Donc plaignez-vous chez les auteurs de UltraEdit.

Et la possibilite d'importe plusieurs RAM_CALLS a la meme adresse, ca arrive ?

Le format de fichiers objet le permet-il?
Et je dois aussi voir si la représentation interne de A68k le permet.
C'est lourd en tout cas.

Aucun pb pour le format des fichiers objets, je pense (Heu de mon point de vue le linkeur peut lire de tels objets sans pb).

Pen^2 :