Converted more ERROR calls to USER-ERROR and fixed up the message to
be more clear.

When the simple-dispatcher constructs a dispatch set of forms, the
name of the dispatcher is now embedded into it. This makes it
much easier to find _which_ simple dispatcher interpreter might be
missing how to evaluate a form.

Update documentation.
Fix implicit build (default without --build).

c::builder'ing shared libraries.  Refactored the grain class hierarchy
a bit.

My, that what much more painful than it ought to be.

However, we don't interact correctly with cl-launch
to produce a standalone executable from an ECL executable image.
Presumably, we ought to support builds as .a files
instead of just as executable images. Future work.
At least, a proof of concept is here.

refactor vp handling, using a miniDSL default-vp-for-fullname.

Using a new lisp-object-grain class for .o, and fasl-grain for .fas.
Idea: for .515 I will undo much of that and use CFASL for .fas and FASL for .o

* cfasl support: *use-cfasls*, not *has-cfasls*.
* Normalize lisp module names to (:lisp ...).
* Validate names of grains.
* Tweak parse-module-declaration signature.
* Generated files go in object directory, not source!

This release doesn't work at all.

* Rename handle-lisp-dependencies to finalize-grain. Refactor generators.
* Commented out stuff in cffi-grovel-support, virtual-pathnames.
* Some INTERNALS update

* Introduce the world-grain abstraction as a step towards a farmer.
* A few important cleanups and refactorings.
* better hush the build

* accept t as a value in conditionals.
* use find -H instead of find -L for recursing in the search path.
* fix make-source-grain to have an empty computation by default.
* shuffle some code around

* allow lisp modules with their own build-dependencies different from their parent.

Untested. Also, more refactoring.
Moving parse-formals away since it's not so useful and doesn't handle defmethod.

Don't try to load all the dependencies of a build (then optimize away)
when the build has already been included. That saves a whole lot of work:
Runtime on qres goes from 2-4 minutes down to below 8 seconds,
most of which is now in the path-munging.

* handle extensions for :lisp dependencies in :generate forms.
* disable pretty-printing and gain a few seconds on SBCL during Makefile output.
* use hash-tables to remember load-commands in an attempt to speed up xcvb.

Simpler and more robust Makefile.
Updated TODO.

Timings on my dual-core box:
Compiling XCVB 0.315 using ASDF, from clean fasl cache:
make xcvb  12.44s user 1.64s system 95% cpu 14.703 total

Compiling XCVB 0.315 using XCVB 0.315, from clean obj cache, no pre-image:
make xcvb-bootstrapped  22.53s user 4.84s system 116% cpu 23.413 total

Compiling XCVB 0.315 using XCVB 0.315, from clean obj cache, with pre-image for XCVB:
make xcvb-bootstrapped  16.22s user 5.29s system 112% cpu 19.087 total

Like :when and :cond, :source dependencies are structured differently from
the usual (:type-keyword stringname) dependencies.

 Small changes to how target-system-features are handled.
 Tiny fixes to conditional dependency language.

Example xcvb module declaration:
Loading dump.lisp depends on data files in build/data.
	(:depends-on ("build/read" "build/char-info" "build/util" "util" "specials" "packages")
	 :load-depends-on ((:source "build/data/BidiMirroring.txt")
			   (:source "build/data/Blocks.txt")
			   (:source "build/data/DerivedAge.txt")
			   (:source "build/data/Jamo.txt")
			   (:source "build/data/PropList.txt")
			   (:source "build/data/Scripts.txt")
			   (:source "build/data/UnicodeData.txt"))))

No load commands are issued to xcvb-driver for the data file dependencies.
The data-file dependencies are written out to makefile; make will check
whether the data-files exist.

Example of output makefile:
lists.lisp is a Lisp file generated when dump.lisp is loaded.
Therefore dump's data-file dependencies are listed as dependencies of lists.lisp.
lists.lisp: obj/cl-unicode/packages.fasl obj/cl-unicode/specials.fasl obj/cl-unicode/util.fasl obj/cl-unicode/build/util.fasl obj/cl-unicode/build/char-info.fasl obj/cl-unicode/build/read.fasl build/data/BidiMirroring.txt build/data/Blocks.txt build/data/DerivedAge.txt build/data/Jamo.txt build/data/PropList.txt build/data/Scripts.txt build/data/UnicodeData.txt obj/cl-unicode/build/dump.fasl ${XCVB_EOD}

Support for generated code was added by extending
the "extension-forms" of Lisp grains.

Example declaration of the "generate" Lisp grain extension form (from cl-unicode):
 (:generate
  ((:gen-lisp "lists"
	      :depends-on ("conditions" "util" "specials" "packages"))
   (:gen-lisp "hash-tables"
	      :depends-on ("lists"))
   (:gen-lisp "methods"
	      :depends-on ("api" "hash-tables")))
  :generate-depends-on ("build/dump"))

Here, "lists", "hash-tables", and "methods" are files that are
generated by loading "build/dump" Each (:gen-lisp ...)  is like
a (module ...) and is parsed as such.  The dependencies of the
generated files (lists, hashtables, and methods) are keyed
as :depends-on, just like in a module.

Each :gen-lisp is parsed into a Lisp grain and stored in a
hashtable mapping the fullname of the :gen-lisp file to its grain
and generation dependencies.

Tested support for generated code by generating the make file for
cl-unicode, then building cl-unicode with the generated
cl-unicode-xcvb.mk make file.

Example of make command for generated files:
hash-tables.lisp: lists.lisp
methods.lisp: lists.lisp
lists.lisp: obj/cl-unicode/packages.fasl obj/cl-unicode/specials.fasl obj/cl-unicode/util.fasl obj/cl-unicode/build/util.fasl obj/cl-unicode/build/char-info.fasl obj/cl-unicode/build/read.fasl obj/cl-unicode/build/dump.fasl ${XCVB_EOD}
	./obj/_pre/cl-unicode.image --noinform --userinit /dev/null --disable-debugger --eval "(xcvb-driver:run (:load-file \"obj/cl-unicode/packages.fasl\")(:load-file \"obj/cl-unicode/specials.fasl\")(:load-file \"obj/cl-unicode/util.fasl\")(:load-file \"obj/cl-unicode/build/util.fasl\")(:load-file \"obj/cl-unicode/build/char-info.fasl\")(:load-file \"obj/cl-unicode/build/read.fasl\")(:load-file \"obj/cl-unicode/build/dump.fasl\"))"

so I can add support for commands other than xcvb-driver-commands.

Add dispatch handlers for shell-command and exec-command.

Change names with "lisp-command" to "xcvb-driver-command".  This is so I don't confuse the two.

* ensure installation directories exist
* add module forms to every file
* fix nickname registration
* add an eval-when for compile-time functions
* add support for xcvb.mk in the main Makefile
* trivially tested the result

* Incremented version. Since I last did, trivial showstopper bugs were fixed
 (see previous git commits). We sorely need a regression test.

* Moved unused files to a subdirectory unbaked/ and documented them there.

* Updated INTERNALS documentation; sprinkled code with a docstring and a TODO.

* lay groundwork for dependencies on arbitrary files
* make some internals more extensible
* documentation update

* make ASDF superseding work by properly refactoring the dependency-interpreter
* properly recurse on build targets
* record dependencies included in an image
* complete initial image creation
* debug the driver
* properly detect loaded asdf up-to-date status
* error when there are extension forms, for now
* add some verbosity mechanism
* add some trivial command-line interface
* actually use the command-line-arguments library (and debug its packaging)
* complete the mock test example, with a working Makefile!

Note: XCVB 0.300 depends on cl-launch 2.13.3 or later... to be released as 2.14 RSN.

* plus some more preparation for ASDF superseding
* minor doc updates

* package the command-line-arguments library
* better support asdf dependencies
* put a command interpreter in the driver
* put objects in ./obj/ directory in Makefile backend
* use relative path when possible in Makefile backend
* use ./ in front of executables in a relative path
* refactor the :create-image command so it might possibly work with ECL

* Fix name resolution to allow relative naming of BUILDs as well as files.
* Add load capability to lisp-invocation-arglist (to make it easy to load a driver).
* Documentation update, notably re: TODO items.

* a dependency may recursively create zero, one or more lisp commands for loading files
* actual file dependencies and commands are accumulated into an environment object