[Vm-dev] Re: VM Maker: VMMaker-dtl.189.mcz

[David T. Lewis]

This could stand a bit of testing before folks rely on it too
heavily, but it should permit Cog to be used for developing images
that may later need to be loaded into a standard VM.  I have
loaded an image saved from Cog (format 6505) into a standard VM,
saved it in the older 6504 format, then read that image back into
a Cog VM. There are no obvious problems, and the Float values
are preserved as expected.

Eliot, the changes are attached.

Dave

On Wed, Oct 06, 2010 at 06:17:56AM +0000, squeak-dev-noreply at lists.squeakfoundation.org wrote:
> Dave Lewis uploaded a new version of VMMaker to project VM Maker:
> http://www.squeaksource.com/VMMaker/VMMaker-dtl.189.mcz
> 
> ==================== Summary ====================
> 
> Name: VMMaker-dtl.189
> Author: dtl
> Time: 6 October 2010, 12:17:37 pm
> UUID: 29192b6e-491d-4bc6-a209-5ba1c8625da0
> Ancestors: VMMaker-dtl.188
> 
> VMMaker 4.3.3
> 
> Allow a standard interpreter VM to load and run an image that was saved from a Cog or StackInterpreter VM. On image load, the storage format of Float objects is returned to normalized word ordering (different from platform word order for little endian platforms) and unrecognized header flags are cleared. The image will be saved in standard interpreter format (image format 6504 for a 32-bit image), which may subsequently be loaded by a Cog or StackInterpreter VM.
> 
> Works for 32-bit Cog images (image format 6505) on both 32-bit and 64-bit host (compile -m32 or -m64). Support for 64-bit image formats is not yet implemented, see comment in #normalizeFloatOrderingInImage.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ReadCogImageStandardVM-dtl.1.cs.gz
Type: application/octet-stream
Size: 5949 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20101006/e46adca9/ReadCogImageStandardVM-dtl.1.cs.obj