<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 13, 2014 at 6:19 AM, <span dir="ltr"><<a href="mailto:btc@openinworld.com" target="_blank">btc@openinworld.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><a href="mailto:phil@highoctane.be" target="_blank">phil@highoctane.be</a> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ron,<br>
<br>
Sure but at this time, not being able to run the simulator in a full Pharo environment is a severe issue.<br>
<br>
The key advantage is that the Smalltalk VM is written in itself.<br>
<br>
Now, what do I experience is that it is hard to embark on VM work.<br>
<br>
Why? Even if the PharoVMBuilders help in generating and compiling the VM for several platforms (I can build for Windows 8.1, OSX, iOS, Debian 7 etc) this is only one part of the puzzle.<br>
<br>
The next step, is to understand how things do work for real, the interpret() C loop isn't gonna help me one bit, I need to be able to simulate this one in a Simulator. And I want to do that on the Pharo platform. Currently on 2.0 - this will (again) be fun to get to work on 3.0.<br>
<br>
I am not in the league of the VM maintainers obviously.<br>
<br>
But Clement provided me with Eliot's Cog Simulation image, which works for his own work. But only his own. We do not have something like a Configuration to get the same thing. And that's a very acute pain. There are only so many hours in a day, true. So, in order to bring in more people/resources for the VM work, the barrier to entry should be moved a tad down.<br>
<br>
We tried to have the StackSimulator working for a while (Stephan I'll definitely get your version, thanks for it). This is also because InterpreterSimulator doesn't work anymore and we have to use the StackInterpreter instead (which is complicated already vs pure interpreter).<br>
<br>
All of this rant to say that having a clean interpreter and a basic image (Maybe PharoKernel/Hazelnut/<u></u>Boostrapping/Spoon will give us a very simple image to simulate - the whole image isn't really needed. Hopefully Oz will also move us forward on that front).<br>
<br>
A real Pharo image is overkill for this as a ton of plugins get involved etc.<br>
<br>
The core system should be the same for Pharo/Squeak/... :<br>
<br>
VMMaker-MemoryManager<br>
VMMaker-Interpreter<br>
VMMaker-InterpreterSimulation<br>
VMMaker-<u></u>MemoryManagerSimulation<br>
<br>
and of course the Slang things (VMMaker-Support and VMMaker-Translation to C).<br>
<br>
What I'd love to end up with is an embeddable VM that we could hook into other environments, languages etc (a bit like TCL for example). This requires work on how the VM core runs. And to explore this, simulation is needed.<br>
<br>
Sorry for the long post. I wish I was a millionaire to pour in some cash into the project to speed some areas up. Working on it :-) Maybe should we work in that direction for funding. <a href="http://www.gv.com/" target="_blank">http://www.gv.com/</a> where are you?<br>
<br>
Phil<br>
<br>
</blockquote></div>
Getting the simulator working in Pharo could be a GSoC project? or is it too advanced?<br></blockquote><div><br></div><div>If you guys would read and contribute to vm-dev you'd already know that someone with no VM experience (tty) just implemented event processing for the simulator window. The simulator only supported the old polling event architecture. So no it's not too advanced. But more importantly why aren't you all discussing vm stuff on the vm forum?</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
cheers -ben<br></blockquote></div>-- <br>best,<div>Eliot</div>
</div></div>