flat assembler
Message board for the users of flat assembler.
![]() |
Author |
|
revolution
Code: db 0B8h, 0C3h If you start with a letter a-z then it is a label. Code: B8h = 12345 ; label name "B8h" |
|||
![]() |
|
AE
Got it, Thanks
![]() |
|||
![]() |
|
Tomasz Grysztar
Interestingly, if you used fasm 1.0, that code would be assembled correctly (but you would be missing a whole lot of other features). The earliest versions of fasm expected hexadecimal digits in upper case, with "h" modifier in lower case, and a leading decimal digit was not necessary. For example "Ah" would be considered a number, while "ah" was a register. It was a bad design and I changed it starting with 1.04 release (the same one that introduced the PE output format).
|
|||
![]() |
|
Overclick
revolution wrote:
Or like this Code: db 0xB8, 0xC3 |
|||
![]() |
|
AE
Overclick wrote:
Indeed, Thx! |
|||
![]() |
|
macomics
or
Code: db $B8, $C3 ![]() |
|||
![]() |
|
AE
macomics wrote: or Yea, I don't use it for a rather silly reason - the syntax highlighting in sublime4 breaks ![]() The package that I use |
|||
![]() |
|
DimonSoft
Tomasz Grysztar wrote: Interestingly, if you used fasm 1.0, that code would be assembled correctly (but you would be missing a whole lot of other features). The earliest versions of fasm expected hexadecimal digits in upper case, with "h" modifier in lower case, and a leading decimal digit was not necessary. For example "Ah" would be considered a number, while "ah" was a register. It was a bad design and I changed it starting with 1.04 release (the same one that introduced the PE output format). Hmmm. At the same time many people consider a programming language being case-insensitive a bad design. Like those Pascal/Delphi haters. So, why is case-insensitivity “bad” for identifiers but “good” for integer literals, especially when they get mixed with identifiers? IT worldwide need a great review. AE wrote: Yea, I don't use it for a rather silly reason - the syntax highlighting in sublime4 breaks If a tool doesn’t work right, I throw out the tool. Although I once saw a C coding style guide where the rule of indentation or curly braces’ placement was explained by the existence of some auxiliary tool that screwed up if the author didn’t follow the rule suggested. IT worldwide need a great review. |
|||
![]() |
|
revolution
Python indentation is not optional, it is a requirement.
|
|||
![]() |
|
< Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2020, Tomasz Grysztar. Also on GitHub, YouTube, Twitter.
Website powered by rwasa.