by base Interpreter you mean an InterpreterVM? On Mar 12, 2013, at 11:02 AM, "phil@highoctane.be" <phil@highoctane.be> wrote:
Thank you very much. It makes a lot of sense doing things the Pharo way.
Now, I have been trying to get the InterpreterSimulator to work in Pharo but there are some things to fix before being able to do so (one is to have an image in 6504 format but hey, this is for me learning) Classes like Utility etc that aren't in the image anymore.
I had a chat with Bert yesterday and he actually helped me get the Interpreter starting.
t would be nice to have Pharo VMMaker have a working base interpreter (in Smalltalk, running inside the image I mean).
Maybe should I look at another class, like CogInterpreter?
Phil
2013/3/12 Esteban Lorenzano <estebanlm@gmail.com>:
We use an automated building method that tries to be exactly the same in each platform. We decided not to create bundles but dylibs because bundles are mac-specific stuff and .dylibs same (but for mac) as .so and .dll. Our process builds the vm, the plugins and the third party libraries as an all-in-one. Eliot builds are hand made, and when there is a process (like the autotool for unix builds), they are platform-specific.
TL;DR: Is easier for us to build all the vm stuff in an unified way :)
Esteban
On Mar 12, 2013, at 10:49 AM, "phil@highoctane.be" <phil@highoctane.be> wrote:
Eliot's CogVM vs PharoVM on Mac application contents. Quite different.
And worth some explanations :-) Why is it that way?
Phil
2013/3/12 Stephan Eggermont <stephan@stack.nl>:
It would be good to have a parallel job, but the problem is that you will get a message saying that the VM is too old for the Pharo 2.0 image.
I started the latest MOOSE image on Eliots latest VM on mac. It still has the 'old vm' warning. Adding a monticello repository (directory) doesn't work. Tests are still running
Stephan
<2013-03-12_10-43-37.png>