[Vm-dev] Fix_include_order branch

[Robert Withers]

Thanks for the clarification, Marcel! So I could pull fix_include_order but not yet switch to Cog branch.

I am finished with my ReedSolomon plugin work, at the moment, I got a 56% speedup. I still have #dividePoly:, #runEuclideanAlgorithm and #decode:twoS: plugin functions not working right; I am using in-image implementations that do work correctly. I'll continue with my older checkpoint of the fix_include_order branch and not tempt fate. When it gets merged into Cog I will switch to that baseline branch.

So I am putting RS work to the side and looking into ParrotTalk again...the state machine is broken. I do so intermittently as I am in the middle of a move to a new apartment.

---
Kindly,
Robert

On 7/20/21 10:18 AM, Marcel Taeumel wrote:

> Hi Robert,
>
> I just updated the "fix_include_order" branch with recent changes in "Cog". It has not yet been merged.
> https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/562
>
> This update enables AppVeyor CI to check the Windows builds again. Travis CI is currently not running due to their limited credit system for open-source projects.
>
> While the basic idea of the fix is still the same as April 2021, there are some minor quirks with the generated sources regarding "usqInt vs. sqInt" data type changes. I haven't yet figured out why this happens during source generation.
>
> Best,
> Marcel
>
>> Am 20.07.2021 15:05:34 schrieb Robert [<robert.withers at pm.me>](mailto:robert.withers at pm.me):
>>
>> Am I reading the traffic flow right? Has the fix_include_order branch been merged into Cog? So Cog on Linux (Unbuntu 20.04) should build? I am easily confused and may be reading the traffic wrongly. Please advise. Grazie!
>>
>> Kindly,
>> Robert
>> . .. ... ‘...^,^
>>
>> Sent from Europa iPhone
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20210720/8fc16392/attachment.html>