<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hi Clément,<br></div><div><br>On Sep 30, 2016, at 6:44 AM, Clément Bera <<a href="mailto:bera.clement@gmail.com">bera.clement@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hi.<div><br></div><div><i>In short: </i></div><div>normally you don't, but for some reasons right now you do. Try a VM from <a href="https://bintray.com/opensmalltalk/vm/cog/201609292318#files/">here</a> [1]. <br></div><div><div><i><br></i></div><div><i>In long:</i></div><div>Normally you need a VM with the following slang to C compilation settings:</div><div><div><font face="monospace, monospace">MULTIPLEBYTECODESETS true</font></div><div><font face="monospace, monospace">bytecodeTableInitializer initializeBytecodeTableForSqueakV3PlusClosuresSistaV1Hybrid</font></div></div><div>which has been added recently to multiple VM builds, including the Pharo build if I am correct.</div><div><br></div><div>The latest Pharo VM on <a href="http://files.pharo.org">files.pharo.org</a> answers true to "Smalltalk vm supportsMultipleBytecodeSets", so it should be fine... </div><div>But, when I tried to run code with new bytecode set, it does not work indeed.</div></div></div></div></blockquote><div><br></div>It's disconcerting that this is so mysterious.<div><br></div><div>- does an assert VM show up anything?</div><div>- is it a regression from integrating Lowcode?</div><div>- if you diff the generated code and try and filter out the Lowcode signal has anything changed?</div><div>- does the Sista simulator work?</div><div>- can we get help to produce a test suite?</div><div><br></div><div>- what other questions should we be asking?</div><div><br><blockquote type="cite"><div><div dir="ltr"><div><div><br></div><div>So...</div><div>I've just compiled another VM to check and it could run the image.</div><div>I've just checked with the VM from <a href="https://bintray.com/opensmalltalk/vm/cog/201609292318#files/">openSmalltalk</a> [1] and both pharo.cog.spur and squeak.cog.spur could run the Pharo image with both bytecode set and full blocks. </div><div>It's not clear pharo.cog.spur is a complete Pharo VM as the migration process to opensmalltalk VM is still in progress, it may be a squeak VM with part of the extra Pharo plugins.</div><div><br></div><div>I believe something is temporarily wrong during the opensmalltalk pharo vm migration. I would recommend to use a VM from bintray to test those features until the migration is over. </div><div>On the <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm">openSmalltalkVM git</a> [2] you have a link by clinking "download" to the latest bintray releases. Those releases are built automatically and very frequently.</div><div><br></div><div>[1] <a href="https://bintray.com/opensmalltalk/vm/cog/201609292318#files/">https://bintray.com/opensmalltalk/vm/cog/201609292318#files/</a></div></div><div>[2] <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm">https://github.com/OpenSmalltalk/opensmalltalk-vm</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 30, 2016 at 2:54 PM, Nicolai Hess <span dir="ltr"><<a href="mailto:nicolaihess@gmail.com" target="_blank">nicolaihess@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Do we need a special vm for testing sista bytecode backend?<br></div>I enabled sista in the compiler settings and evaluating<br><br></div>[ ] class<br><br></div>crashes the vm.<span class="HOEnZb"><font color="#888888"><br><br><br></font></span></div><span class="HOEnZb"><font color="#888888">nicolai<br></font></span></div>
</blockquote></div><br></div>
</div></blockquote></div></body></html>