<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2014-09-07 16:21 GMT+02:00 David T. Lewis <span dir="ltr">&lt;<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, Jul 18, 2014 at 04:01:45PM -0300, Casimiro de Almeida Barreto wrote:<br>
&gt;<br>
&gt; On 16-07-2014 00:27, David T. Lewis wrote:<br>
&gt; &gt;<br>
&gt; &gt; I tend to switch back and forth between a variety of VMs and images (Spur, Cog,<br>
&gt; &gt; interpreter VM etc). Lately I have been doing my updates from a format 68002<br>
&gt; &gt; 64-bit image. Just curious, is anybody else out there using a 64-bit image on<br>
&gt; &gt; a regular basis and keeping it updated from the trunk development stream?<br>
&gt; &gt;<br>
&gt;<br>
&gt; It works but:<br>
&gt;<br>
&gt; a) Seems to be slow (although I&#39;m used to the cogvm which is faster than<br>
&gt; SqueakVM)<br>
&gt; b) Somethings just itch my ears like:<br>
&gt; b.1) Compiler recompileAll fails (and shouldn&#39;t)<br>
&gt; b.2) Smalltalk condenseChanges that works for 32bit images work, fails<br>
&gt; in 64bit image.<br>
&gt;<br>
&gt; b.2 is not that important but b.1 shows that there is code that cannot<br>
&gt; be re-compiled and it&#39;s not a good sign.<br>
&gt;<br>
&gt; (using trunk updated 64bit image and 4.10.2-2614_64bit SqueakVM)<br>
&gt;<br>
<br>
I fixed a small but nasty bug in one of the primitives that appears to have<br>
been the cause of quite a few problems:<br>
<br>
 <a href="http://lists.squeakfoundation.org/pipermail/vm-dev/2014-September/016443.html" target="_blank">http://lists.squeakfoundation.org/pipermail/vm-dev/2014-September/016443.html</a><br>
<br>
With freshly compiled VM, Compiler recompileAll and Smalltalk condenseChanges<br>
are working again in a 64-bit image.<br>
<br>
Dave<br>
<br>
<br></blockquote><div><br></div><div>Ah, the beauty of C signed arithmetic model...<br></div><div>We should try to avoid it as frequently as we can. <br></div></div><br></div></div>