Metaprogramming in Flat Assembler

https://gpfault.net/posts/asm-tut-1.txt.html

by nice_byte • 6 years ago

90 5 6 years ago

gpfault.net

pjmlp2• 6 years ago

Worth of note that this was also possible with MASM and TASM back in the MS-DOS days, and other 16 bit home platforms.

Hence why PC Assembly was so much more fun than dealing with it on UNIX derived platforms.

minipci1321• 6 years ago

IBM S/370 Macro Assembler also was very feature-rich. I needed to have modules be loaded into the kernel in a certain order, so I implemented sorting of symbolic names in macro-asm (had to use loops at the macro level if I recall), and then assembly code would be emitted clean, already in the right sequence.

DCB was the same magic incantation as #include <stdio.h>

pjmlp2• 6 years ago

Interesting, thanks for sharing.

Koshkin• 6 years ago

Excessively using macros in assembler, just as in any language, amounts to writing a translator (code generator); problem, then, is that the language being translated from is usually crap, and the language being used to write the translator (the macro language) is also usually rather limited.

mntmoss• 6 years ago

What ad-hoc code generation lacks, as a rule, is type constraints and structured expression(syntax and semantics). If it has those, it is bordering on being a complete compiler.

But if your base environment doesn't have notions of types or structured expressions either, which is mostly true of assemblers, then you are free to use macros to program at a higher level. The expressive power you gain by leveraging macros doesn't have a real downside because the core language is already so limited that it won't be more legible or maintainable to do it by hand.

Metaprogramming in Flat Assembler

Related Stories