2014-03-31 22:31:30 +00:00
|
|
|
SixtyPical
|
|
|
|
==========
|
|
|
|
|
2014-04-01 12:01:27 +00:00
|
|
|
SixtyPical is a very low-level programming language, similar to 6502 assembly,
|
|
|
|
with block structure and static analysis through abstract interpretation.
|
|
|
|
|
|
|
|
It is a work in progress, currently at the proof-of-concept stage.
|
|
|
|
|
|
|
|
It is expected that a common use case for SixtyPical would be retroprogramming
|
|
|
|
for the Commodore 64, VIC-20, Apple ][, etc.
|
|
|
|
|
|
|
|
Many SixtyPical instructions map precisely to 6502 opcodes. However, SixtyPical
|
|
|
|
is not an assembly language. The programmer does not have total control over
|
|
|
|
the layout of code and data in memory. The language has a type system which
|
|
|
|
distinguishes addresses from non-addresses (16-bit values for which it does
|
|
|
|
not make sense to treat them as addresses.) Some 6502 opcodes have no
|
|
|
|
SixtyPical equivalent. Some SixtyPical instructions are named after 6502
|
|
|
|
opcodes, but generate slightly different (safer, but intuitively related)
|
|
|
|
sequences of opcodes. Et cetera.
|
|
|
|
|
|
|
|
`sixtypical` is the reference implementation of SixtyPical. It is written in
|
|
|
|
Haskell. It can currently parse and analyze a SixtyPical program, and will
|
|
|
|
eventually be able to compile it to an Ophis assembler listing.
|
|
|
|
|
|
|
|
Concepts
|
|
|
|
--------
|
|
|
|
|
|
|
|
### Routines ###
|
|
|
|
|
|
|
|
Instead of the assembly-language subroutine, SixtyPical provides the _routine_
|
|
|
|
as the abstraction for a reusable sequence of code.
|
|
|
|
|
|
|
|
A routine may be called, or may be included inline, by another routine.
|
|
|
|
|
|
|
|
There is one top-level routine called `main` which represents the entire
|
|
|
|
program.
|
|
|
|
|
|
|
|
The instructions of a routine are analyzed using abstract interpretation.
|
|
|
|
One thing we specifically do is determine which registers and memory locations
|
|
|
|
are *not* affected by the routine.
|
|
|
|
|
|
|
|
If a register is not affected by a routine, then a caller of that routine may
|
|
|
|
assume that the value in that register is retained.
|
|
|
|
|
|
|
|
Of course, a routine may intentionally affect a register or memory location,
|
|
|
|
as an output. It must declare this. We're not there yet.
|
|
|
|
|
|
|
|
### Addresses ###
|
|
|
|
|
|
|
|
The body of a routine may not refer to an address literally. It must use
|
|
|
|
a symbol that was declared previously.
|
|
|
|
|
|
|
|
An address may be declared with `reserve`, which is like `.data` or `.bss`
|
|
|
|
in an assembler. This is an address into the program's data. It is global
|
|
|
|
to all routines.
|
|
|
|
|
|
|
|
An address may be declared with `locate`, which is like `.alias` in an
|
|
|
|
assembler, with the understanding that the value will be treated "like an
|
|
|
|
address." This is generally an address into the operating system or hardware
|
|
|
|
(e.g. kernal routine, I/O port, etc.)
|
|
|
|
|
|
|
|
Inside a routine, an address may be declared with `temporary`. This is like
|
|
|
|
`static` in C, except the value at that address is not guaranteed to be
|
|
|
|
retained between invokations of the routine. Such addresses may only be used
|
|
|
|
within the routine where they are declared. If analysis indicates that two
|
|
|
|
temporary addresses are never used simultaneously, they may be merged
|
|
|
|
to the same address.
|
|
|
|
|
|
|
|
An address knows if it is an address of a byte, of a word, or of a table.
|
|
|
|
|
|
|
|
### Blocks ###
|
|
|
|
|
|
|
|
Each routine is a block. It may be composed of inner blocks.
|
|
|
|
|
|
|
|
SixtyPical does not have instructions that map literally to the 6502 branch
|
|
|
|
instructions. Instead, each branch instruction has a corresponding
|
|
|
|
"if-then-else"-like construct with the same name as the branch.
|
|
|
|
|
|
|
|
The abstract states of the machine at each of the different block exits are
|
|
|
|
merged during analysis. If any register or memory location is treated
|
|
|
|
inconsistently (e.g. updated in one branch of the test, but not the other,)
|
|
|
|
that register cannot subsequently be used without a declaration to the effect
|
|
|
|
that we know what's going on. (This is all a bit fuzzy right now.)
|
|
|
|
|
|
|
|
Tests
|
|
|
|
-----
|
|
|
|
|
2014-03-31 22:31:30 +00:00
|
|
|
-> Tests for functionality "Parse SixtyPical program"
|
2014-04-01 12:01:27 +00:00
|
|
|
|
2014-03-31 22:31:30 +00:00
|
|
|
-> Functionality "Parse SixtyPical program" is implemented by
|
|
|
|
-> shell command "bin/sixtypical parse %(test-file)"
|
|
|
|
|
2014-04-01 12:01:27 +00:00
|
|
|
-> Tests for functionality "Check SixtyPical program"
|
|
|
|
|
|
|
|
-> Functionality "Check SixtyPical program" is implemented by
|
|
|
|
-> shell command "bin/sixtypical check %(test-file)"
|
|
|
|
|
|
|
|
`main` must be present.
|
|
|
|
|
2014-03-31 22:31:30 +00:00
|
|
|
| routine main {
|
|
|
|
| nop
|
|
|
|
| }
|
2014-04-01 12:01:27 +00:00
|
|
|
= True
|
|
|
|
|
|
|
|
| routine frog {
|
|
|
|
| nop
|
|
|
|
| }
|
|
|
|
? missing 'main' routine
|
|
|
|
|
|
|
|
A program may reserve and assign.
|
2014-03-31 22:31:30 +00:00
|
|
|
|
|
|
|
| reserve word score
|
|
|
|
| assign word scram 4000
|
|
|
|
| routine main {
|
|
|
|
| lda scram
|
|
|
|
| cmp score
|
|
|
|
| }
|
2014-04-01 12:01:27 +00:00
|
|
|
= True
|
2014-03-31 22:31:30 +00:00
|
|
|
|
|
|
|
All declarations (`reserve`s and `assign`s) must come before any `routines`.
|
|
|
|
|
|
|
|
| routine main {
|
|
|
|
| lda scram
|
|
|
|
| }
|
|
|
|
| reserve word score
|
|
|
|
? expecting "routine"
|