I can open an image with both.>But the StackInterpreter and Stack VM should be working, right?Not sure about that. The FloatingPoint plugin is the FloatingPoint plugin. And it is used in both VMs.
Yes. Use PharoSVMBuilder class for building that one.
>We just found out, that once an Image has been saved with a Cog-VM there can be >issues with floating points because of the ordering of bits? LE vs. BE? At least it says so i>n this README [2].
>May this be one of the problems we had when trying to start our image with the >generated StackVM?
> Also, which Pharo version do you reccomend to use? We downloaded the one from this
>[1] repository. I think it is a Pharo 2.0?
Use Pharo2.0
>Thanks a lot for your help. Nice to know that the Interpreter class is not working. :)
Everyone would love to have those all toghether but the Interpreter is David T. Lewis thing, where Cog and Stack are Eliot thing. And Pharo does some of its own things to Cog/Stack. + Clement working on his own stuff as well.
Not there yet but who knows.
Phil
---Philippe BackDramatic Performance ImprovementsMob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027Blog: http://philippeback.be | Twitter: @philippeback
High Octane SPRLrue cour Boisacq 101 | 1301 Bierges | Belgium
Pharo Consortium Member - http://consortium.pharo.org/Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com
Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller
On Tue, Dec 3, 2013 at 2:34 PM, Kirstin Heidler <kirstin.heidler@student.hpi.uni-potsdam.de> wrote:
But the StackInterpreter and Stack VM should be working, right?
We just found out, that once an Image has been saved with a Cog-VM there can be issues with floating points because of the ordering of bits? LE vs. BE? At least it says so in this README [2].
May this be one of the problems we had when trying to start our image with the generated StackVM?
Also, which Pharo version do you reccomend to use? We downloaded the one from this [1] repository. I think it is a Pharo 2.0?
Thanks a lot for your help. Nice to know that the Interpreter class is not working. :)
Kirstin
[1] https://github.com/pharo-project/pharo-vm
[2] http://www.squeakvm.org/svn/squeak/branches/Cog/README
Am 03.12.2013 14:10, schrieb phil@highoctane.be:
Oops. There is no pure interpreter. Sorry. Word skipped on damn phone.
On Tuesday, December 3, 2013, Kirstin Heidler wrote:
But for some reason we have not been able to work with it correctly.
We may manange to build, as well as make it, but if not before it will fail when we try to open our image with the new VM.
What configuration do we need to adapt to correctly build everything with the Interpreter class, or at least the StackInterpreter Class(Not CoInterpreter, because we do not want to have JIT).
Kirstin
Am 03.12.2013 13:33, schrieb phil@highoctane.be:
There is working pure interpreter in the pharovm.
Phil
On Tuesday, December 3, 2013, Kirstin Heidler wrote:
My freind Dimitri was not able to post his message. I am working with him on this.
_______________________________________________________________________________
Hello,
as part of a Seminar in the University im trying to build the PharoVM.
According to the README file here ([1]) I was able to generate and to
build the VM successfully.
Now I would like to build the VM without Cog or Stack-to-Register
optimizations... The problem here is, that I could not find any config
class (which is a subclass of CPlatformConfig), that provides the right
configurations and allows to build the VM without errors. I have tried
to modify PharoUnixConfig(because it was the default config class), but
unfortunately the build failes when the compiler tries to compile
gcc3x-interp.c.
Could somebody help me with this problem? How should I configure my own
Config class?
Basically our Group tries to implement an object table in Pharo and we
want to use (and modify) the basic Interpreter class.
[1] https://github.com/pharo-project/pharo-vm
Best regards,
Dimitri Korsch
--
---Philippe BackDramatic Performance ImprovementsMob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027Blog: http://philippeback.be | Twitter: @philippeback
High Octane SPRLrue cour Boisacq 101 | 1301 Bierges | Belgium
Pharo Consortium Member - http://consortium.pharo.org/Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com
Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller
--
---Philippe BackDramatic Performance ImprovementsMob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027Blog: http://philippeback.be | Twitter: @philippeback
High Octane SPRLrue cour Boisacq 101 | 1301 Bierges | Belgium
Pharo Consortium Member - http://consortium.pharo.org/Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com
Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller