<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 10, 2013 at 4:14 PM, David T. Lewis <span dir="ltr">&lt;<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
<br>
On Tue, Sep 10, 2013 at 09:50:14PM +0000, <a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a> wrote:<br>
&gt;<br>
&gt; Eliminate bytesPerWord in favour of wordSize (Smalltalk wordSize is<br>
&gt; the model here).  wordSize is shorter.  However, still generate<br>
&gt; BytesPerWord for wordSize since e.g. mpegtype.h has a parameter<br>
&gt; named WordSize.<br>
&gt;<br>
<br>
</div>FYI a number of constants including BytesPerWord and BaseHeaderSize<br>
are replaced by message sends in VMM trunk as part of the changes<br>
that put this all under compile time control (as opposed to defining<br>
at code generation time). It would probably be good to apply these<br>
changes to oscog at some point also, although I cannot realistically<br>
offer to put any time into it right now.<br></blockquote><div><br></div><div>Agreed.  I was reluctant to do this earlier.  Alas while it might allow one to run e.g. a 64-bit ObjectMemory alongside a 32bit ObjectMemory, the pervasive use of class and pool variables means its not possible to run an ObjectMemory against a SpurMemoryManager.  I&#39;d rather change the code base as little as possible than risk breaking things, so I&#39;m happy to live with e.g. the compact class indices staying in class/pool vars.</div>
<div><br></div><div>BTW, David, I implemented NewObjectMemory&gt;&gt;eeInstantiateClassIndex:format:numSlots: (in VMMaker.oscog-eem.369) which needs to set the Size4Bit.  It contains a comment asking you to check the code :-).  I wonder if, in your copious free time, you might do just that?  No hurry, and indeed I hope to render ObjectMemory and NewObjectMemory obsolete asap :-).</div>
</div><div><br></div>-- <br>best,<div>Eliot</div>
</div></div>