Documenting self modifying code.
Basher
Posts: 25
Are there any conventions or standards for documenting selfmodifying code?
I tried searching the web but all I seem to find are warnings that selfmodifying code is bad practice.
Any tips on making selfmodifing code understandable to others, and to myself when I come back to code I wrote a while ago?
I tried searching the web but all I seem to find are warnings that selfmodifying code is bad practice.
Any tips on making selfmodifing code understandable to others, and to myself when I come back to code I wrote a while ago?
Comments
#128 or 1-1 or anything will work as it will be over written by a line of code before PC reaches there.
If you are pointing to look-up table in cog ram etc.,
you don't use a # as overwriting the lower 9 bits (with a movs) does not change the instructions i-flag (located at bit22)
You could actually use a initial value,
but most of the time it turns out that you do have a master loop outside this and need to reset it anyway.
The @@@ is another daunting bit of PASM for the new user, but I got past that.
Isn't also in mparks HomeSpun compiler?