Revising README, added faster.

This commit is contained in:
Russell-S-Harper 2018-08-23 19:43:33 -04:00
parent 18b7c46878
commit 8dfe0c157d

View File

@ -16,7 +16,7 @@ Why 6502 and not, for example, x86?
* 6502 assembler is very easy and has a large archive of existing functions * 6502 assembler is very easy and has a large archive of existing functions
* existing 6502 SWEET16 already has the “hard work” done * existing 6502 SWEET16 already has the “hard work” done
* interesting to see it run in newer versions of 6502 processors * interesting to see it run in newer faster versions of 6502 processors
* how do you think Bender does what he does? (or the Terminator!) * how do you think Bender does what he does? (or the Terminator!)
In progress: In progress:
@ -34,7 +34,7 @@ The meat of the project:
Auxiliary: Auxiliary:
* `emulator/*`: 6502 emulator (borrowed Mike Chambers Fake6502 CPU emulator v1.1 ©2011) * `emulator/*`: 6502 emulator (borrowed Mike Chambers Fake6502 CPU emulator v1.1 ©2011)
* `xa-pre-process/*`: utility `xapp` to convert 32-bit fixed decimal quantities so that `xa` can use them * `xa-pre-process/*`: my utility `xapp` to convert 32-bit fixed decimal quantities so that `xa` can use them
Right now, for testing purposes, the code builds everything into one file `system.obj` and runs the code in the last block loaded, in this case, the code corresponding to `page6.src`. Eventually will support decoupling of system and application files. Application files will be inherently relocatable. Right now, for testing purposes, the code builds everything into one file `system.obj` and runs the code in the last block loaded, in this case, the code corresponding to `page6.src`. Eventually will support decoupling of system and application files. Application files will be inherently relocatable.