Updated MACRO-10 blog post

This commit is contained in:
Jeff 2017-03-21 14:25:09 -07:00 committed by Jeff Parsons
commit 4d24a0ce6d
2 changed files with 3 additions and 3 deletions

View file

@ -43,8 +43,8 @@ best.
### Introducing the MACRO-10 "Mini-Assembler"
I decided that the shortest turn-around from *assembly* phase to *run* phase (aka *crash-and-burn* phase) would be to
assemble the files in PDPjs itself. So the PDPjs MACRO-10 "Mini-Assembler" was born. Any machine that includes the PDPjs
Debugger (like the machine below) now includes MACRO-10 support as well.
assemble the files in PDPjs itself. So the PDPjs [MACRO-10 "Mini-Assembler"](/modules/pdp10/lib/macro10.js) was born.
Any machine that includes the PDPjs Debugger (like the machine below) now includes MACRO-10 support as well.
{% include machine.html id="testka10" %}

View file

@ -548,7 +548,7 @@ class Macro10 {
this.parseText(macro.sText, macro.aParms, macro.aValues, macro.aDefaults);
/*
* WARNING: Our simplistic approach to macro expansion and processing means that recursive macros
* (such as the SHIFT macro contained in /apps/pdp10/tests/MACTEST1.MAC) could blow the stack. Nothing
* (such as the SHIFT macro contained in /apps/pdp10/tests/macro10/TEXT.MAC) could blow the stack. Nothing
* bad should happen (other than a JavaScript stack limit exception aborting the assembly), but it begs
* the question: did MACRO-10 perform any tail recursion optimizations or other tricks to prevent macros
* from running amok?