[Vm-dev] Cannot build successfully latest VM

Nicolas Cellier nicolas.cellier.aka.nice at gmail.com
Sun Nov 26 20:15:37 UTC 2017


2017-11-26 21:04 GMT+01:00 Clément Bera <bera.clement at gmail.com>:

>
> Hi,
>
> 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 ?
>
>
Yes, good idea, and while at it, we will make the String comparison return
-1, 0 or 1 insted of 1,2,3.
Maybe ByteObjectAcceleratorPlugin, but it's a bit long...


>
>
>
>
>
>
>
>
> 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
> https://clementbera.wordpress.com/
> 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/8e2ad972/attachment.html>


More information about the Vm-dev mailing list