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-08-19 14:23:55 +03:00
2019-08-19 18:48:13 +03:00
2018-09-01 15:14:07 +03:00
2019-08-16 14:20:06 +03:00
2019-08-06 17:42:15 +03:00
2019-08-16 14:20:06 +03:00
2018-09-01 15:54:25 +03:00

Ruby

A representation of the ruby code.

Concrete Syntax tree

Ruby is parsed by the parser gem (big thanks to whitequark). Own attempts at this task have failed utterly, because ruby is a huge language (and not well defined at that)

Alas, the parser gem creates an abstract syntax tree, meaning one class is used to represent all node types.

Imho object oriented languages have a class system to do just that, ie represent what we may loosely call type here, ie the kind of statement.

The ruby layer is really all about defining classes for every kind of statement, thus "typing" the syntax tree, and making it concrete.

to Vool

In our nice layers, we are ont the way down to Vool, a simplified version of oo.

It has proven handy to have this layer, so the code for transforming each object is in the class representing that object. (As one does in oo, again imho).

Parfait objects

The compilation process ends up creating (parfait) objects to represent things like classes, types and constants. This is not done here yet, but in the vool layer.