[Vm-dev] Cannot build successfully latest VM

Clément Bera bera.clement at gmail.com
Sun Nov 26 20:04:45 UTC 2017


Thanks Nicolas. I will try anytime soon (Wednesday at worst) to regenerate
the code.

About MiscPlugin...

I have set-up a project with my student for next semester (January-May).
The idea is to:
1) Port Misc to standard plugin architecture.
2) Evaluate the performance of specific primitives in JIT intrinsic (I mean
rewritten like SmallInteger>>#+ in the JIT), especially findSubString and
compareString, both with standard instructions of Cog's RTL and with SSE4.2
string instructions.
3) Based on evaluation, consider to move 1 or 2 primitives from plugin to
core VM primitives and add the intrinsic version in production.

I did 3 steps so the project is interesting and allows to work with
different part of the VM, but I think only 1) is guaranteed to be done with
the student level. I expect therefore the Misc problem to be solved by the
end of March (If my student don't do it I will do it).

If you want to collaborate on this at a rate of one ~15 min skype meeting
per month please tell me, I will introduce you to the student (we're all
French speakers).

By the way, I think the new Misc should be renamed ByteObjectPlugin since
this is about ByteString & ByteArray (hash, comparison, indexOf:,
findSubString, ...) and BitMap (compression/decompression). What do you
think ?

On Sun, Nov 26, 2017 at 6:28 PM, Nicolas Cellier <
nicolas.cellier.aka.nice at gmail.com> wrote:

> 2017-11-26 18:14 GMT+01:00 Holger Freyther <holger at freyther.de>:
>> > On 27. Nov 2017, at 00:59, Nicolas Cellier <
>> nicolas.cellier.aka.nice at gmail.com> wrote:
>> >
>> Dear Nicolas,
>> > But Eliot did already fixed the code generation in
>> VMMaker.oscog-eem.2280
>> > (it was TMethod >> inlineSend: aSendNode directReturn: directReturn
>> exitVar: exitVar in: aCodeGen)
>> >
>> > So we just have to regenerate code...
>> thank you for your work tracking down the issues! You sure had other
>> things planned?! Wouldn't it be nice if this event could be used to embrace
>> automation?
>> cheers
>>         holger
> Hi Holger,
> Most often, heroic actions are counter productive.
> They may delay adoption of better practices (including more sustainable
> ones).
> So beside what I had planned or not, this is a good question anyway ;)

Clément Béra
Pharo consortium engineer
Bâtiment B 40, avenue Halley 59650 Villeneuve d'Ascq
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20171126/5cebb72d/attachment.html>

More information about the Vm-dev mailing list