On Fri, Apr 28, 2017 at 4:04 AM, Eliot Miranda <eliot.miranda@gmail.com> wrote:
Hi Sophie, Hi Ben,

   thanks!  This issue is because until recently Squeak used ContextPart and MethodContext as the class names for contexts, while Pharo had changed to just using Context.  Now Squeak trunk is using Context too the compatibility package isn't needed.  I've updated the load script to eliminate CogCompatibility.st as you two both did.  That's pushed to github.  I'm also committing versions of VMMaker and Cog that no longer use the deprecated includedSubString:, so the builds should work less noisily now.

Thanks Eliot. 
btw, today I was manually loading the packages specified in "BuildSqueakSpurTrunkVMMakerImage.st" into Pharo
and when loading  BytecodeSets.spur-eem.75  I get the warning it depends on...
which I report just in case this could benefit from a cleanup.
cheers -ben

Sophie, welcome!  I for one would love to know what your plans with VMMaker are.

On Wed, Apr 26, 2017 at 3:13 PM, Sophie Kaleba <sophie.kaleba@gmail.com> wrote:

I have tried to build a cog dvlpt image using the following instructions :
$ cd opensmalltalk-vm/image
$ ./buildspurtrunkvmmakerimage.sh

while running the script, i get 2 errors (see attached file):
- "Context cannot be changed"
- and then "stackp store failure"
which prevent me from actually building the image (the last error goes in an infinite loop)

Has anyone ever experienced this problem?

I am using Ubuntu 15.10, 64 bits.


best, Eliot