Becky on Nostr: mos_8502 :verified: Santiago Lema :amiga: Rob So I'd like to brainstorm a bit about ...
mos_8502 :verified: (npub1qnu…hzwk) Santiago Lema :amiga: (npub1kz8…j78f) Rob (npub1wm7…mk4m)
So I'd like to brainstorm a bit about an on-device programming environment for #sentinel65x…
Apple Pascal used UCSD p-code, and although I wouldn’t want to port that to the ‘816 for a lot of reasons, a new p-code environment could be really useful. (So when I say “p-code”, I am not at all implying UCSD p-code, just byte code.)
What I’m thinking:
Build the p-code interpreter (“p-system”) into the system ROM. That would make it always available on the machine, and something people could expect to have. It wouldn’t run quite as fast as native code, but my bet is that it could be really close to running as quickly as say, code generated by cc65.
The p-system could be easily bootstrapped on another machine. Ultimately, it could be used to build a text editor and a BASIC/Pascal/COMAL/etc compiler. You could even build a decent 65816 assembler right there. (1/3)
So I'd like to brainstorm a bit about an on-device programming environment for #sentinel65x…
Apple Pascal used UCSD p-code, and although I wouldn’t want to port that to the ‘816 for a lot of reasons, a new p-code environment could be really useful. (So when I say “p-code”, I am not at all implying UCSD p-code, just byte code.)
What I’m thinking:
Build the p-code interpreter (“p-system”) into the system ROM. That would make it always available on the machine, and something people could expect to have. It wouldn’t run quite as fast as native code, but my bet is that it could be really close to running as quickly as say, code generated by cc65.
The p-system could be easily bootstrapped on another machine. Ultimately, it could be used to build a text editor and a BASIC/Pascal/COMAL/etc compiler. You could even build a decent 65816 assembler right there. (1/3)