Skara Brae Disk Events C64
- Quantum Reality
- Posts: 91
- Joined: Mon Mar 15, 2010 8:34 pm
- Quantum Reality
- Posts: 91
- Joined: Mon Mar 15, 2010 8:34 pm
You're assuming that all assemblers work the same in any world.
NO THEY DON'T
I know at least three different ways Apple-based 6502 assemblers indicate low-order bytes versus high-order bytes
KNOWING THE CONVENTIONAL USAGE MATTERS.
Look, I have the manual for the Apple-produced EDASM (Editor/Assembler), the convention as stated in the back of the book is:
< means the high order byte
> means the low order byte
This is exactly opposite to your assembler. Merlin Pro uses your assembler's convention, and the S-C assembler uses something totally out of outer space and I don't like it anyway so I'm not going to look it up.
NO THEY DON'T
I know at least three different ways Apple-based 6502 assemblers indicate low-order bytes versus high-order bytes
KNOWING THE CONVENTIONAL USAGE MATTERS.
Look, I have the manual for the Apple-produced EDASM (Editor/Assembler), the convention as stated in the back of the book is:
< means the high order byte
> means the low order byte
This is exactly opposite to your assembler. Merlin Pro uses your assembler's convention, and the S-C assembler uses something totally out of outer space and I don't like it anyway so I'm not going to look it up.
lmao, that is only a matter of the assembler's syntax and in no
way a matter of the machine's endian type.
If one assembler defines it's syntax to have > as hi-byte, than it
still gets the high byte, while the other gets the high byte with the
< command.
< (smaller than) of course is very bad understatement for the high
byte and thus disqualifies the assembler. Such assemblers require
the user to manually change the source apart from any agreements.
95% of all assemblers will use the smaller symbol for low and the greater
symbol for high byte, which makes sorta sense, while the other is bs.
If you are damned to use such a poor assembler, you have of course
either to change your source, or hopefully can define in the assembler
to turn around the meaning (by macros or defines).
E D I T
< = low and > = hi is TASM syntax, the quasi-standard for most
compilers on 8-bit machines and even long time on DOS and early
windows machines
E D I T 2
I remember that even as well Borland's as also Microsoft's C inline assembler code used the same syntax. I admit, not to know the
standard for ANSI C inline assembler code.
way a matter of the machine's endian type.
If one assembler defines it's syntax to have > as hi-byte, than it
still gets the high byte, while the other gets the high byte with the
< command.
< (smaller than) of course is very bad understatement for the high
byte and thus disqualifies the assembler. Such assemblers require
the user to manually change the source apart from any agreements.
95% of all assemblers will use the smaller symbol for low and the greater
symbol for high byte, which makes sorta sense, while the other is bs.
If you are damned to use such a poor assembler, you have of course
either to change your source, or hopefully can define in the assembler
to turn around the meaning (by macros or defines).
E D I T
< = low and > = hi is TASM syntax, the quasi-standard for most
compilers on 8-bit machines and even long time on DOS and early
windows machines
E D I T 2
I remember that even as well Borland's as also Microsoft's C inline assembler code used the same syntax. I admit, not to know the
standard for ANSI C inline assembler code.
- Quantum Reality
- Posts: 91
- Joined: Mon Mar 15, 2010 8:34 pm