[Vm-dev] CMakeMaker--whaddya think?

[Nicolas Cellier]

2014-04-16 19:13 GMT+02:00 Eliot Miranda <eliot.miranda at gmail.com>:

>
>
>
>
> On Wed, Apr 16, 2014 at 9:58 AM, Nicolas Cellier <
> nicolas.cellier.aka.nice at gmail.com> wrote:
>
>>
>>
>> 2014-04-16 18:48 GMT+02:00 Esteban Lorenzano <estebanlm at gmail.com>:
>>
>>>
>>>
>>> On 16 Apr 2014, at 18:33, Nicolas Cellier <
>>> nicolas.cellier.aka.nice at gmail.com> wrote:
>>>
>>>
>>> 2014-04-16 14:38 GMT+02:00 Göran Krampe <goran at krampe.se>:
>>>
>>>>
>>>> Hey!
>>>>
>>>> On 04/16/2014 01:22 PM, gettimothy wrote:
>>>>
>>>>> Hi Estaban,
>>>>>
>>>>>
>>>>>  >>Is a bit frustrating so I will say it again: CMakeMaker already does
>>>>> that. And it does it for *any* vm flavour (we are generating pharovm
>>>>> because that’s what we are using, but the builders for cog, stack and
>>>>> even interpreter are there, and working… bah the interpreter version
>>>>> needs >>some work).
>>>>>   >>Nothing prevents you to copy the pharo flavour and adapt it as
>>>>> squeak flavour.
>>>>>   >>Nothing prevents you to do the same for newspeak.
>>>>>
>>>>>   >>cheers,
>>>>>   >>Esteban
>>>>>
>>>>>   >>ps: Thanks Dave for noticing :)
>>>>>
>>>>> I did not know that project existed;  of course I will start with that
>>>>> and with the existing Interpreter stuff Dave mentioned.
>>>>>
>>>>> Its is refreshing to know my instincts on how to approach the project
>>>>> where correct! Heck, we even came up with the same name for it!
>>>>>
>>>>
>>>> Just wanted to mention that at 3DICC we are in the process of moving
>>>> over to the Pharo build system for our client side (OSX and Windows) VMs.
>>>>
>>>> Just a reflection: It was quite easy to get started, finding a proper
>>>> place to add 3DICC subclasses, adding in methods for our plugins etc. I got
>>>> distracted by other things but now I am picking up our OSX build again so
>>>> soon we should be using it for real.
>>>>
>>>> And also, it builds fine with clang! Thanks Esteban :)
>>>>
>>>> regards, Göran
>>>>
>>>
>>> BEWARE: it builds fine, but the resulting VM behaves weirdly : see
>>>
>>> https://pharo.fogbugz.com/f/cases/11130/Special-byte-code-sequences-mess-up-the-stack-of-VM
>>>
>>>
>>> that’s a real strange case, that does not happens all the time (in fact,
>>> that’s one of the problems we have: it is hard to have a reproducible
>>> case),
>>>
>>>
>> For me, the ssnippet from Stephan Eggermont works reliably well
>> (I mean allways fails in official 3.0 distribution for MacOSX )
>>
>> 1 to: 1000 do: [ :i |
>>         | string |
>>         Transcript show: 'Iteration '; show: i; cr.
>>         1 timesRepeat: [
>>             (string := String new: 1000 withAll: $a)
>>                 reversed.
>>         ].
>>     ].
>>
>> When Transcript is opened, I never reached iteration 1000 on my mac with
>> official VM.
>> There's always an Integer that does not understand reversed in my way.
>>
>
> Hence to get a rep[roducible case, that you could even look at in the
> Simulator, merely evaluate
>
> Smalltalk snapshot: true andQuit: true.
> 1 to: 1000 do: [ :i |
>         | string |
>         Transcript show: 'Iteration '; show: i; cr.
>         1 timesRepeat: [
>             (string := String new: 1000 withAll: $a)
>                 reversed.
>         ].
>     ].
>
> and when you start-up the image it should crash with no user intervention.
>  Voila, a reproducible case...
>
>
If the problem is the compiler, or a compielr flag, can the simulator find
the problem?
My understanding is that the simulator is going to emulate slang, and
eventually jitted code.
But the slang is AFAICT correct (with another compiler/flags the problem
vanishes)...

Nicolas


>
>>
>>> Either we are back to disecting correct set of gcc/clang flags
>>> Or we shall revert to an older gcc (4.2.1 works for me OSX 10.6.8 Xcode
>>> 3.2.6)
>>>
>>> Nicolas
>>>
>>>
>>>
>>>
>>
>>
>
>
> --
> best,
> Eliot
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20140416/7240a69a/attachment.htm