[Vm-dev] Adding Squeak3D plugin to Cog VMMaker

David T. Lewis lewis at mail.msen.com
Thu Nov 19 13:33:24 UTC 2015

Hi Tim,

Bert has admin access to the Balloon3D repository on squeaksource, and he
can either add you as developer or commit your MCZ to the repository.

I may not have time to follow this discussion over the next couple of
days, please don't take that as lack of interest, I am really glad you
are doing this.

I'm assuming you have a trunk VM (aka "interpreter VM") build set up
for testing, if not the recipe for compiling from source is:
and you should be able to load VMMaker in any recent image via the
update map (or from SqueakMap). Then do a "VMMaker updateFromServer"
and "VMMaker initialize" (the latter to make sure slang browsing is

I don't know how to handle the method changes you mention, but if there
isn't an obvious solution, then we might consider dispatching back to
e.g. class VMMaker so that the code generation differences live there
rather than in the plugin per se.


On Wed, Nov 18, 2015 at 10:16:00PM -0800, tim Rowledge wrote:
> I???d like to add the Squeak3D plugin to the Cog VMMaker world. 
> Balloon-Engine-Pools is already in the VMMaker repository and included when making a cog vmmaker image with Eliot???s build scripts. (it appears to be identical to the squeaksource.com/Balloon3D/Balloon3D-Constants class except for the class category)
> squeaksource.com/Balloon3D/Balloon3D-Plugins files in without problem BUT needs a single method changed in order to generate; the problems are
> a) I don???t have write access to the repository
> b) the change needed clashes with the trunk interpreter???s needs; the implementations of #buildCodeGeneratorUpTo: differs markedly and the Cog system needs a couple of added message sends after adding the subclasses of B3DEnginePlugin
> We???ll need to talk about that.
> From the looks of it we???d need to add the Balloon3D repository + Balloon3D-Plugins to the ???manifest??? in BuildSqueakSpurTrunkVMMakerImage.st 
> Perhaps the different B3DEnginePlugin class>>#translateInDirectory:doInlining: could be in a separate package also added to the manifest list? 
> The cog VMMaker needs a trivial change that can be made once the above are solved. I think that???s it.
> tim
> --
> tim Rowledge; tim at rowledge.org; http://www.rowledge.org/tim
> Science is imagination equipped with grappling hooks.

More information about the Vm-dev mailing list