<div dir="auto"><span style="border-color:rgb(0,0,0);color:rgb(0,0,0)">Appears to work just fine … for those who cannot run this in their system, here it is in SqueakJS:</span></div><div dir="auto"><span style="border-color:rgb(0,0,0);color:rgb(0,0,0)"><br></span></div><div dir="auto"><span style="border-color:rgb(0,0,0);color:rgb(0,0,0)"><a href="https://squeak.js.org/run/?zip=">https://squeak.js.org/run/?zip=</a> <a href="https://files.squeak.org/various_images/SqueakV3Images/Squeak6.0-V3-22104.zip">https://files.squeak.org/various_images/SqueakV3Images/Squeak6.0-V3-22104.zip</a></span><br></div><div dir="auto"><span style="border-color:rgb(0,0,0);color:rgb(0,0,0)"><br></span></div><div dir="auto"><span style="border-color:rgb(0,0,0);color:rgb(0,0,0)">Vanessa</span></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jul 26, 2020 at 12:02 David T. Lewis <<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Hi Eliot,<br>
<br>
On Sat, Jul 25, 2020 at 08:33:38PM -0700, Eliot Miranda wrote:<br>
> Hi David,<br>
> <br>
> On Sat, Jul 25, 2020 at 10:04 AM David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>> wrote:<br>
> <br>
> > A couple of years ago, I put a copy of a Squeak 5.2 image in V3 object<br>
> > memory format on the <a href="http://squeakvm.org" rel="noreferrer" target="_blank">squeakvm.org</a> server, and I linked to it from the<br>
> > project page at <a href="http://www.squeaksource.com/TrunkUpdateStreamV3" rel="noreferrer" target="_blank">http://www.squeaksource.com/TrunkUpdateStreamV3</a>. That link<br>
> > has gone dead, and I think I recall someone noticing it a recently.<br>
> ><br>
> > I still have the files, should I put them somewhere on <a href="http://files.squeak.org" rel="noreferrer" target="_blank">files.squeak.org</a>?<br>
> > I was thinking of putting them under the "various_images" folder:<br>
> ><br>
> >         <a href="http://files.squeak.org/various_images/squeak_V3_images/" rel="noreferrer" target="_blank">files.squeak.org/various_images/squeak_V3_images/</a><br>
> ><br>
> > I also have a V3 image that is up to date with the Squeak 5.3 release,<br>
> > so I could put that on line as well.<br>
> ><br>
> > These images will run under an up-to-date interpreter VM or a Cog VM. They<br>
> > may be of interest to people doing VM work, benchmarking, or as a reference<br>
> > to understand the image-side differences between Spur and V3.<br>
> ><br>
> <br>
> This is definitely useful.  My only concern is if this moves trunk towards<br>
> having code that supports both v3 and Spur.  I don't want the complexity or<br>
> the unnecessary overhead that entails.  So can we please keep a series of<br>
> patches to keep 5.x/6.x v3 going and not change trunk to accomodate?<br>
> <br>
<br>
Not to worry, there are no changes to trunk. The project page for<br>
<a href="http://www.squeaksource.com/TrunkUpdateStreamV3.html" rel="noreferrer" target="_blank">http://www.squeaksource.com/TrunkUpdateStreamV3.html</a> explains what<br>
I have been doing.<br>
<br>
In general, I have been able to keep MCM file numbers in sync between<br>
trunk and the packages in TrunkUpdateStreamV3. So for example if you<br>
have a Squeak 5.2 image with Compiler-eem.394 then you can look at<br>
Compiler.V3-dtl.393 in the TrunkUpdateStreamV3 repository to see the<br>
differences. Please don't expect this to be perfect, it definitely<br>
is not.<br>
<br>
I should note that Juan has been maintaining Cuis for Spur64, Spur32,<br>
and V3 from a common code base. So if someone is interested in how<br>
much complexity is added by supporting this, then Cuis is the best<br>
reference.<br>
<br>
Dave<br>
<br>
<br>
</blockquote></div></div>