rubyx/lib/risc
2018-04-18 20:10:07 +03:00
..
builtin fix source for exit label 2018-04-18 20:10:07 +03:00
instructions unite the two resolve_to_index functions 2018-04-05 20:10:00 +03:00
binary_writer.rb auto extend binary code 2018-04-03 15:07:36 +03:00
boot.rb move resolve_method code from word to mom 2018-04-08 18:55:17 +03:00
builder.rb let builder pass the source down, but inly once 2018-04-18 19:27:46 +03:00
collector.rb don't collect labels anymore 2018-03-27 19:06:16 +03:00
instruction.rb let builder pass the source down, but inly once 2018-04-18 19:27:46 +03:00
interpreter.rb first resolved call running though 2018-04-08 23:45:23 +03:00
machine.rb move to parfait integers in risc layer 2018-03-31 13:25:59 +03:00
method_compiler.rb pass a source into the builder 2018-04-18 19:12:30 +03:00
padding.rb rename register to risc 2017-01-19 09:02:29 +02:00
positioned.rb rename assembler to text_writer 2018-03-29 18:17:19 +03:00
README.md polish docs 2018-03-11 16:11:15 +05:30
risc_value.rb bit more regs, bit more resets 2018-04-08 22:29:08 +03:00
text_writer.rb remove Data2 in favour of Data4 2018-03-31 19:12:06 +03:00

Risc Machine

The RiscMachine, is an abstract machine with registers. Think of it as an arm machine with normal instruction names. It is not however an abstraction of existing hardware, but only of that subset that we need.

Our primary objective is to compile typed code to this level, so the register machine has:

  • object access instructions
  • object load
  • object oriented call semantics
  • extended (and extensible) branching
  • normal integer operators (but no sub word instructions)

All data is in objects.

The register machine is aware of Parfait objects, and specifically uses Message and Frame to express call semantics.

Calls and syscalls

The RiscMachine only uses 1 fixed register, the currently worked on Message. (and assumes a program counter and flags, neither of which are directly manipulated)

There is no stack, rather messages form a linked list, and preparing to call, the data is pre-filled into the next message. Calling then means moving the new message to the current one and jumping to the address of the method. Returning is the somewhat reverse process.

Syscalls are implemented by one Syscall instruction. The Risc machine does not specify/limit the meaning or number of syscalls. This is implemented by the level below, eg the arm/interpreter.

Interpreter

There is an interpreter that can interpret compiled register machine programs. This is very handy for debugging (and nothing else).

Even more handy is the graphical interface for the interpreter, which is in it's own repository: rubyx-debugger.

Arm / Elf

There is also a (very straightforward) transformation to arm instructions. Together with the also quite minimal elf module, arm binaries can be produced.

These binaries have no external dependencies and in fact can not even call c at the moment (only syscalls :-)).