Torsten Rüger b9bdc55059 A good start on the macro idea
I call it macro because it lets you insert basically arbitrary risc code into the ruby level. The way it works:
Reserve namespace X
map any X.some_call to a Mom instruction
by the name SomeCall
which must take the same args in constructor as given
And obviously produce whatever risc it wants
Hoping to rewrite builtin around this idea (with the existing Mom builtn instructions)
2019-08-25 14:40:59 +03:00
..
2019-02-08 23:03:23 +02:00
2019-08-24 17:00:59 +03:00
2019-08-14 11:11:26 +03:00
2018-05-20 14:45:48 +03:00
2019-08-25 14:40:59 +03:00
2019-08-23 19:24:18 +03:00
2019-08-24 09:46:33 +03:00
2019-08-24 09:46:33 +03:00
2019-08-25 14:40:59 +03:00
2019-08-19 18:48:13 +03:00
2019-08-24 09:46:33 +03:00
2018-06-16 21:01:15 +03:00
2019-08-25 14:40:59 +03:00
2019-08-19 15:23:57 +03:00
2018-07-07 17:34:08 +03:00
2018-08-06 13:07:06 +03:00

Testing

Tdd, Bdd , Xdd, whatever you call it, i have come to the point where it is a way not only to write software, but to think about software. Ie:

  • if it's not tested, we don't know it works
  • test first makes me think about the software from the outside. (good perspective)

I used minitest as the framework, just because it is lighter and thus when the time comes to move to rubyx, less work.

All

'''' ruby test/test_all.rb ''''

Parfait, Risc , Arm , Mom

Follow the directory structure of the source and may be called unit tests

Risc/Interpreter

Contains many system tests that rely on everything else working. Should be hoisted i guess.

Main

Much like the Interpreter test, but for Arm. This is where the currently few executables are generated and there is an automatic way of running them remotely.

The plan is to integrate this with the interpreter directory