<div dir="ltr">Hi Nicolai,<div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 16, 2015 at 2:28 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"> <br><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-11-16 19:31 GMT+01:00 tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><br>
>>><br>
>>> Tmp>>tmp<br>
>>> [ ^ true ]<br>
>>><br>
>>> and I try to execute Tmp new tmp. The VM segfaults.<br>
<br>
</span>Doesn’t appear to be a problem in a Squeak 5.0 image on a cogvm<br></blockquote><div><br></div><div>yes, this is only a bug in pharo, with pharos opal compiler.<br><br></div><div>btw. squeaks compiler (or pharos other compiler) generate more code than is<br></div><div>needed for this method. The block actually has no effect. The method could just<br></div><div>return self, but instead it creates an unused closure.<br><br>13 <8F 00 00 01> closureNumCopied: 0 numArgs: 0 bytes 17 to 17<br>17 <79> return: true<br>18 <87> pop<br>19 <78> returnSelf<br></div></div></div></div></blockquote><div><br></div><div>We know ;-). What happens when you decompile the Opal compiled version and what happens when you deocmpile the Squeak version? We're going to leave the aggressive optimisation to the JIT and Sista.</div></div><br><div class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>