<body><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi all!<div><br></div><div>Please know that this regression only affects some downloads from files.squeak.org. If you maintain your local Trunk through the update stream, you should be with SistaV1 since March.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class='history_container' type='cite' style='border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;'>
                        <p style='color: #AAAAAA; margin-top: 10px;'>Am 16.12.2020 09:34:36 schrieb Marcel Taeumel <marcel.taeumel@hpi.de>:</p><div style='font-family:Arial,Helvetica,sans-serif'><div id="__MailbirdStyleContent" style="font-size: 10pt;font-family: Arial;color: #000000;text-align: left" dir="ltr">
                                        Hi Fabio, hi Dave, hi all!<div><br></div><div>Fixed in Kernel-mt.1364. I introduced that regression. Sorry.</div><div><br></div><div>Best,</div><div>Marcel</div><div class="mb_sig"></div><blockquote class='history_container' type='cite' style='border-left-style:solid;border-width:1px; margin-top:20px; margin-left:0px;padding-left:10px;'>
                        <p style='color: #AAAAAA; margin-top: 10px;'>Am 15.12.2020 19:27:56 schrieb David T. Lewis <lewis@mail.msen.com>:</p><div style='font-family:Arial,Helvetica,sans-serif'>On Tue, Dec 15, 2020 at 03:55:35PM +0100, Fabio Niephaus wrote:<br>> Hi all,<br>> <br>> The latest Squeak trunk (6.0alpha-20097) is still using<br>> EncoderForV3PlusClosures as the preferred bytecode set encoder class.<br>> So new methods are still being compiled with it (not necessarily a<br>> problem, because the VM can handle both V3 and Sista at the same<br>> time).<br>> <br>> Is this something we've done on purpose or something we should fix?<br>> <br>> Best,<br>> Fabio<br>><br><br>As far as I know it was not done on purpose, and yes it is something<br>we should fix.<br><br>We switched trunk to Sista back in March:<br><br>   Name: Kernel-dtl.1310<br>   Author: dtl<br>   Time: 6 March 2020, 7:29:11.316779 pm<br>   UUID: 683e4e14-fc18-4d55-a776-eece91f579f5<br>   Ancestors: Kernel-mt.1309<br>   <br>   Change the Squeak default bytecode set to Sista in trunk.<br>   <br>   Add CompiledCode>>multipleBytecodeSetsActive: to optionally inform the<br>   VM that Sista is in use, see VMMaker.oscog-dtl.2711 and<br>   http://lists.squeakfoundation.org/pipermail/vm-dev/2020-January/032441.html.<br>   <br>   Add CompiledCode>>useSista: convenience method for switching to and<br>   from Sista bytecodes.<br>   <br>   Package postscript activates the change to Sista bytecodes, which can<br>   be reversed by evaluating CompiledCode useSista: false.<br><br><br>I don't know where things went wrong in the update stream, but I thought<br>that we were running Sista encoding all of this time :-(<br><br>This is also a good time to mention that the planned update for image<br>format number (to identify images requiring multiple bytecode support)<br>was discussed but not implemented in the VM. I'm not sure if there is<br>any further interest in this?<br><br>http://lists.squeakfoundation.org/pipermail/vm-dev/2020-January/032441.html<br><br>Dave<br> <br><br></div></blockquote>
                                        </div></div></blockquote>
                                        </div></body>