VM Maker: VMMaker-dtl.236.mcz

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

VM Maker: VMMaker-dtl.236.mcz

squeak-dev-noreply
 
Dave Lewis uploaded a new version of VMMaker to project VM Maker:
http://www.squeaksource.com/VMMaker/VMMaker-dtl.236.mcz

==================== Summary ====================

Name: VMMaker-dtl.236
Author: dtl
Time: 20 May 2011, 10:52:22 am
UUID: e31236d5-2803-45b6-abde-1a2a423dabd0
Ancestors: VMMaker-dtl.235

VMMaker 4.5.0

Move most primitives from class Interpreter into new superclass InterpreterPrimitives, as per oscog. Reduces clutter in Interpreter, and positions InterpreterPrimitives to be shared among various interpreter implementations.

All primitive implementations are currently from Interpreter (further reconciliation to follow). With this update, the generated interp.c source is identical to the previous VMMaker except for the ordering of instance variables (i.e. the generated C source is functionally identical).

Several methods were moved from Interpreter to ObjectMemory as part of this refactoring. Some class and instance variables were moved into InterpreterPrimitives; these will probably go away as oscog changes are adopted. A number of class variables were moved from Interpreter to VMObjectIndices.

To do: Adopt and/or reconcile oscog changes to InterpreterPrimitives such that StackInterpreter and Interpreter share common base primitives.

Reply | Threaded
Open this post in threaded view
|

Re: VM Maker: VMMaker-dtl.236.mcz

Eliot Miranda-2
 


On Fri, May 20, 2011 at 9:52 PM, <[hidden email]> wrote:

Dave Lewis uploaded a new version of VMMaker to project VM Maker:
http://www.squeaksource.com/VMMaker/VMMaker-dtl.236.mcz

==================== Summary ====================

Name: VMMaker-dtl.236
Author: dtl
Time: 20 May 2011, 10:52:22 am
UUID: e31236d5-2803-45b6-abde-1a2a423dabd0
Ancestors: VMMaker-dtl.235

VMMaker 4.5.0

Move most primitives from class Interpreter into new superclass InterpreterPrimitives, as per oscog. Reduces clutter in Interpreter, and positions InterpreterPrimitives to be shared among various interpreter implementations.

All primitive implementations are currently from Interpreter (further reconciliation to follow). With this update, the generated interp.c source is identical to the previous VMMaker except for the ordering of instance variables (i.e. the generated C source is functionally identical).

Several methods were moved from Interpreter to ObjectMemory as part of this refactoring. Some class and instance variables were moved into InterpreterPrimitives; these will probably go away as oscog changes are adopted. A number of class variables were moved from Interpreter to VMObjectIndices.

Woot!
 

To do: Adopt and/or reconcile oscog changes to InterpreterPrimitives such that StackInterpreter and Interpreter share common base primitives.

A prerequisite is to move InterpreterPrimitives out from under ObjectMemory and access it through an objectMemory inst var in InterpreterPrimitives. This is great.  We're getting there.  I'm back in interpreter-land working on Newspeak so I expect to be able to lend a hand.

thanks Dave

best,
Eliot