rubyx/lib/register/builtin
2015-10-07 11:32:48 +03:00
..
integer.rb introducing class variable and typed arguments 2015-09-27 14:30:41 +03:00
kernel.rb remove unknown type 2015-09-23 18:35:37 +03:00
object.rb remove unknown type 2015-09-23 18:35:37 +03:00
README.md went over the various readmes 2015-10-07 11:32:48 +03:00
word.rb remove unknown type 2015-09-23 18:35:37 +03:00

Builtin module

The Builtin module contains functions that can not be coded in ruby. It is the other side of the parfait coin, part of the runtime.

The functions are organized by their respective class and get loaded in boot_classes! , right at the start. (see virtual/boot.rb)

These functions return their code, ie a Parfait::Method with a Virtual::MethodSource object, which can then be called by ruby code as if it were a "normal" function.

A normal ruby function is one that is parsed and transformed to code. But not all functionality can be written in ruby, one of those chicken and egg things. C uses Assembler in this situation, we use Builtin functions.

Slightly more here : http://salama.github.io/2014/06/10/more-clarity.html (then still called Kernel)

The Builtin module is scattered into several files, but that is just so the file doesn't get too long.

Note: This is about to change slightly with the arrival of Bosl. Bosl is a lower level function, and as such there is not much that we need that can not be expressed in it. My current thinking is that i can code anything in bosl and will only need the bosl instruction set. So this whole Builtin approach may blow over in the next months. It had already become clear that mostly this was going to be about memory access, which in bosl is part of the language.