Here is a final cleaned up version.  A few fixes, plus I use the FileMenu to
ask for a saveConfig file.

I got the unix version to build and run, with BitBltPlugin internal.   I get
a failure to load the Security module because of an undefined symbol:
#ioCanDeleteFileOfSize.  When I build with all plugins external, the display
never refreshes and I get a continuous output of the SecurityPlugin failure,
until a stack overflow of some kind.

2 other problems under unix.  As Tim points out in the source, file copy
doesn't preserve file permissions.  therefore, you have to chmod the
following files:
    - src/configure
    - src/util/*

The other problem is that when we regenerate the vm on top of a prior vm,
with different plugin plans, then the old plugin files for internal plugins
stay in the prior location and the Makefile attempts to compile them in both
places.  We ought to delete plugin files that change their modularization,
so we can keep the src hierarchy curent.

cheers,
Rob


----- Original Message -----
From: "Rob Withers" <rwithers12 at mediaone.net>
To: <squeak-dev at lists.squeakfoundation.org>
Sent: Sunday, September 23, 2001 7:38 AM
Subject: Re: [ENH] VMMaker v2 first release now available


> Tim,
>
> Here is another changeset which forces an overwrite of preexisting files.
It currently does *not* ask a 'do you really want to do this' kind of
question.  Use at your own risk.   I tried regenerating a vm on top of a
previous generation and it asks for every file.  ugh.  so I ported this code
and fixed up all of the #newFileNamed: calls in your changeset.
>
> In other news, I generated a unix tree with all plugins external.  This
didn't compile for me - it couldn't find main().  :-(    It looks like the
sqXWindow.c needs to be statically linked to the binary.  Is there some set
of plugins that are best left internal to get my main?
>
> (Linux RH 7.0)
>
> cheers,
> Rob
>
> ----- Original Message -----
> From: "Tim Rowledge" <tim at sumeru.stanford.edu>
> To: <squeak-dev at lists.squeakfoundation.org>
> Sent: Sunday, September 23, 2001 12:38 AM
> Subject: [ENH] VMMaker v2 first release now available
>
>
> > After far too long, we (John McIntosh and I) finally have a version of
> > the VMMaker that should be usable by anyone. You too can at last earn
> > that coveted VM Builder Certification! Think of the career enhancing
> > properties that magnificent paper
> > (http://sumeru.stanford.edu/tim/pooters.SqueakVMBuilderCertificate.pdf)
> > will proffer!
> >
> > Basically, VMMaker is a fairly major rejigging of the vm code generation
> > process that allows us to remove all those big strings from the image
> > (saving something like 1/2 Mb in the process) and store them in a form
> > very suited to a CVS (or other source control system) whilst providing
> > a tool that allows easy reconfiguration of the vm and integrating all
> > the platform specific code into a simple uniform tree. Consider it the
> > vm side of the modularity tools.
> >
> > Note that it doesn't (at the moment) actually compile the code. You will
> > still have to do the appropriate magic incantations to invoke your
> > compiler/linker/bit-mangler. With luck we will soon be able to do even
> > this via that wonderful OS Process package David Lewis provided; perhaps
> > with some extra clever help even generate the makefile dynamically?
> >
> > The code is available at
> >
http://sumeru.stanford.edu/tim/pooters/sqFiles/deltas/VMMaker-3-1-version2.r
el1.cs
> >
> > The accompanying 'platforms' tree which now contains all the static code
> > including the legendary 'Cross' platform is available in a "checked out
> > of cvs on linux" form, zipped, at
> >
http://sumeru.stanford.edu/tim/pooters/sqFiles/deltas/platforms20010922.zip
> >
> > Somebody that actually knows how to drive cvs as if they have a clue
> > should please import this into our SourceForge partition. It seems to
> > be workable on my linux machine (I have checked in & out via linux,
> > Acorn and Mac) but that's about as far as my skill with cvs goes.
> >
> > So how do you use this? Simple; read the fine manual included in the
> > project preamble. CVS checkout the platforms tree from SourceForge, file
> > the changeset into an image (seems all ok anywhere from 4282 to latest
> > 4343, no idea about earlier) and do 'VMMakerTool openInWorld'. Drag
> > plugins from 'available' to either 'internal' or 'external'. Press one
> > of the buttons. Wait....
> > Resultant sources and assorted platform specific makefiles etc will
> > appear in 'src' (unles you edit the appropriate text field) ready for
> > you to do complier magic.
> >
> > Use the VMMaker, Luke.
> >
> > tim & jmm
> > --
> > Tim Rowledge, tim at sumeru.stanford.edu, http://sumeru.stanford.edu/tim
> > Useful random insult:- Been playing with the pharmacy section again.
> >
> >
> >
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VMMaker-overwrite-files.5.cs.gz
Type: application/x-stuffit
Size: 2587 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20010923/ff1f8d89/VMMaker-overwrite-files.5.cs.sit