rubyx/lib/parfait
2015-11-08 13:39:13 +02:00
..
behaviour.rb better no method no super handling 2015-11-08 00:54:24 +02:00
binary_code.rb make binary code indexed (not derive from word) 2015-10-26 12:24:47 +02:00
class.rb better no method no super handling 2015-11-08 00:54:24 +02:00
dictionary.rb fixed simple layout offset bug in layout 2015-10-13 14:46:07 +03:00
frame.rb make frame and message indexed 2015-10-27 16:04:36 +02:00
indexed.rb rename internal get/set functions 2015-11-07 17:40:59 +02:00
integer.rb moved the whole parfait into its namespace/module 2015-05-11 18:55:49 +03:00
layout.rb rename internal get/set functions 2015-11-07 17:40:59 +02:00
list.rb still fixing index bugs 2015-10-26 14:33:36 +02:00
message.rb make frame and message indexed 2015-10-27 16:04:36 +02:00
meta_class.rb metaclass is back 2015-11-07 00:11:56 +02:00
method.rb fixing lengths 2015-11-03 16:21:50 +02:00
object.rb rename internal get/set functions 2015-11-07 17:40:59 +02:00
page.rb moved the whole parfait into its namespace/module 2015-05-11 18:55:49 +03:00
README.md rename phisol to soml 2015-10-23 14:22:55 +03:00
space.rb increase message size 2015-11-05 12:12:15 +02:00
value.rb more dead code goes 2015-07-21 20:24:31 +03:00
variable.rb implement and test field access 2015-11-08 13:39:13 +02:00
word.rb rename internal get/set functions 2015-11-07 17:40:59 +02:00

Notice of change

The stuff below, like the whole of Parfait, was written before soml. Ie before there was a seperate language to compile a higher language to. Soml is not so dynamic, could do without much of the ObjectSpace that is the core of Parfait.

So things will change. How will become clear when soml is finished.

Parfait: a thin layer

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

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 vm. To do this the vm (re) defines the object memory (in parfait_adapter).

To do the actual compiling we parse and compile the parfait code and inline it to appropriate places.

A work in progress that started from here : http://salama.github.io/2014/06/10/more-clarity.html went on here http://salama.github.io/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 the vm 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.