rubyx/lib/parfait
Torsten Ruger 1132309f6a unify space collection attribute naming
currently space is still acting as a sort of memory manager.
For proper linking, all objects must be reachable from space, hence the plural versions like messages and addresses (even they are instances, it is the list that is important)
To dish out instance to use, the head must be kept, ie next_XXX for intergers, return addresses and messages
2018-07-02 15:49:51 +03:00
..
behaviour.rb fix test ripples and minor parfait naming 2018-06-29 21:03:06 +03:00
binary_code.rb reimplement instruction listeners with indexes 2018-06-09 17:41:39 +03:00
cache_entry.rb adds a lot of to_ssss 2018-04-17 20:26:15 +03:00
class.rb fix test ripples and minor parfait naming 2018-06-29 21:03:06 +03:00
data_object.rb integer was wrong padded§ length 2018-05-30 14:55:17 +03:00
dictionary.rb switch to 0 based indexing 2018-05-14 11:55:01 +03:00
integer.rb create return address as own class to hold return addresses 2018-05-30 23:49:01 +03:00
list.rb fix list to expand 2018-06-29 20:58:59 +03:00
message.rb mostly brackets and formatting 2018-03-23 18:55:23 +02:00
named_list.rb move parfait up one, as per its module structure 2017-01-18 20:09:43 +02:00
object.rb use existing constant 2018-05-16 12:55:51 +03:00
page.rb move parfait up one, as per its module structure 2017-01-18 20:09:43 +02:00
README.md polish docs 2018-03-11 16:11:15 +05:30
space.rb unify space collection attribute naming 2018-07-02 15:49:51 +03:00
type.rb finally change List to derive from data object 2018-05-28 15:45:29 +03:00
typed_method.rb finally removing instruction from parfait method 2018-07-01 11:54:44 +03:00
vool_method.rb return compiler, not generated mom 2018-07-01 11:57:17 +03:00
word.rb move adapter stuff around 2018-06-29 14:26:25 +03:00

Parfait: a thin layer

Parfait is the run-time of the object system. To be more precise, it is that part of the run-time needed to boot.

The run-time needs to contain quite a lot of functionality for a dynamic system. And a large part of that functionality must actually be used at compile time too.

We reuse the Parfait code at compile-time, to create the data for the compiled code. To do this the compiler (re) defines the object memory (in parfait_adapter).

A work in progress that started from here : http://ruby-x.org/2014/06/10/more-clarity.html went on here http://ruby-x.org/2014/07/05/layers-vs-passes.html

A step back: the code (program) we compile runs at run - time. And so does parfait. So all we have to do is compile it with the program.

And thus parfait can be used at run-time.

It's too simple: just slips off the mind like a fish into water.

Parfait has a brother, the Builtin module. Builtin contains everything that can not be coded in ruby, but we still need (things like List access).

Vm vs language- core

Parfait is not the language core library. Core library functionality differs between languages and so the language core lib must be on top of parfait.

To make this point clear, i have started using different names for the core classes. Hopefully more sensible ones, ie List instead of Array, Dictionary instead of Hash.

Also Parfait is meant to be as thin as humanly possibly, so extra (nice to have) functionality will be in future modules.