On Thu, Mar 14, 2013 at 01:00:20AM +0100, Nicolas Cellier wrote:
> I must say I was pretty surprised to see such a long method compiled at all...
> Sorry, I know it's not very helpful, but couldn't the script be split
> with chunk format?

Yes of course. I am not trying to fix the script. The script is only of interest
because it seems to have caught a problem associated with recent image changes
within the last few days.

Of course I should turn it into a unit test.

Dave

p.s. The reason that the script is written in this manner (way too long) is
that I wanted it be something that would be readable and executable when
imported into a workspace, but that would also run from start to finish to
build a VM when filed in as a script. There is a similar script for the
interpreter VM, although that one is not triggering the bug at the moment.

> 
> Nicolas
> 
> 2013/3/14 David T. Lewis <lewis at mail.msen.com>:
> > Something changed in trunk a couple of days ago that results in a 'More than
> > 256 literals referenced' error in a filein script that previously did not
> > display this problem (see attached). It does not seem to be anything in the
> > Compiler package (I reverted back a half dozen versions, no change), so I'm
> > looking at the CI builds for reference. The problem appears in the image from
> > SqueakTrunk build #213 and later, and is not  present in the image from
> > build #212 and earlier.
> >
> > I spotted the problem in the CogVM build job, which has been failing for a
> > couple of days. The failures are due to the above issue, and the script file
> > that fails on filein is http://build.squeak.org/job/CogVM/ws/VMCogUnixBuild.st
> > The problem showed up in the CogVM job by coincidence and is not related to
> > the VM.
> >
> > Filing this VMCogUnixBuild.st into an updated trunk image will reproduce
> > the problem.
> >
> > Dave
> >
> >
> >
> >