Oh, that&#39;s cool. So you have a script that builds an interpreter, and folks (once the bug&#39;s fixed) can read it, run it, learn from it, tweak it, etc? <div><br></div><div>I like.<br><br><div class="gmail_quote">On Wed, Mar 13, 2013 at 5:24 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Thu, Mar 14, 2013 at 01:00:20AM +0100, Nicolas Cellier wrote:<br>
&gt; I must say I was pretty surprised to see such a long method compiled at all...<br>
&gt; Sorry, I know it&#39;s not very helpful, but couldn&#39;t the script be split<br>
&gt; with chunk format?<br>
<br>
</div>Yes of course. I am not trying to fix the script. The script is only of interest<br>
because it seems to have caught a problem associated with recent image changes<br>
within the last few days.<br>
<br>
Of course I should turn it into a unit test.<br>
<br>
Dave<br>
<br>
p.s. The reason that the script is written in this manner (way too long) is<br>
that I wanted it be something that would be readable and executable when<br>
imported into a workspace, but that would also run from start to finish to<br>
build a VM when filed in as a script. There is a similar script for the<br>
interpreter VM, although that one is not triggering the bug at the moment.<br>
<div class="HOEnZb"><div class="h5"><br>
&gt;<br>
&gt; Nicolas<br>
&gt;<br>
&gt; 2013/3/14 David T. Lewis &lt;<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>&gt;:<br>
&gt; &gt; Something changed in trunk a couple of days ago that results in a &#39;More than<br>
&gt; &gt; 256 literals referenced&#39; error in a filein script that previously did not<br>
&gt; &gt; display this problem (see attached). It does not seem to be anything in the<br>
&gt; &gt; Compiler package (I reverted back a half dozen versions, no change), so I&#39;m<br>
&gt; &gt; looking at the CI builds for reference. The problem appears in the image from<br>
&gt; &gt; SqueakTrunk build #213 and later, and is not  present in the image from<br>
&gt; &gt; build #212 and earlier.<br>
&gt; &gt;<br>
&gt; &gt; I spotted the problem in the CogVM build job, which has been failing for a<br>
&gt; &gt; couple of days. The failures are due to the above issue, and the script file<br>
&gt; &gt; that fails on filein is <a href="http://build.squeak.org/job/CogVM/ws/VMCogUnixBuild.st" target="_blank">http://build.squeak.org/job/CogVM/ws/VMCogUnixBuild.st</a><br>
&gt; &gt; The problem showed up in the CogVM job by coincidence and is not related to<br>
&gt; &gt; the VM.<br>
&gt; &gt;<br>
&gt; &gt; Filing this VMCogUnixBuild.st into an updated trunk image will reproduce<br>
&gt; &gt; the problem.<br>
&gt; &gt;<br>
&gt; &gt; Dave<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Casey Ransberger
</div>