<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 30, 2016 at 5:29 PM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <br><div 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" target="_blank">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/" target="_blank">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 initializeBytecodeTableForSque<wbr>akV3PlusClosuresSistaV1Hybrid</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" target="_blank">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></div></div></blockquote><div><br></div><div>Wrong questions. The VM I build and the VM built by opensmalltalk VMs work fine. (I said it after your inlined answer in the previous mail)</div><div><br></div><div>I don't know how the VM from Pharo latest is generated, it could be from older non working sources or maybe some setting is missing. I am pretty sure everything will work fine once the merge with opensmalltalk will be finished.<br></div><div><br></div><div>Today I was working on having all the kernel tests pass with FullBlockClosure. It seems something is not working with process scheduling when using FullBlocks. I wonder what is going on. I may need help on that.</div><div><br></div><div>Yesterday I worked with the sista runtime. It seems that the optimizer takes many wrong inlining decisions, I need to investigate why. I have some benchmarks crashing due to recursive dynamic deoptimization, else the others are running. I need to understand what is going wrong there too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div><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/" target="_blank">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" target="_blank">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/" target="_blank">https://bintray.com/<wbr>opensmalltalk/vm/cog/<wbr>201609292318#files/</a></div></div><div>[2] <a href="https://github.com/OpenSmalltalk/opensmalltalk-vm" target="_blank">https://github.com/<wbr>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="m_3515040467947210914HOEnZb"><font color="#888888"><br><br><br></font></span></div><span class="m_3515040467947210914HOEnZb"><font color="#888888">nicolai<br></font></span></div>
</blockquote></div><br></div>
</div></blockquote></div></div><br></blockquote></div><br></div></div>