When invoked by a relative pathname to a non-symlink, or through a
sequence of symlinks the last of which has a relative target,
SBCL_HOME got set to a relative pathname, which makes
MODULE-PROVIDE-CONTRIB sensitive to *DEFAULT-PATHNAME-DEFAULTS*.
The syntax "export TEST_BASEDIR=thing" does not work with /bin/sh, and
the syntax "X=y exec myprog" is valid but does not expose X to the child
unless first exported. It's a wonder anyone can run SBCL on Solaris.
Also, move contrib output to obj/sbcl-home/, asdf cache to obj/asdf-cache/
Update sb-grovel and other contribs and their tests for asdf3.
Fixes lp#1132254.
* fix run-sbcl.sh for cygwin: need to convert the path.
* fix contrib building for cygwin with GCC 4.x installed: require GCC
3.x since GCC 4.x apparently doesn't do -mno-cygwin.
* PeekConsoleInput's third argument is the number of array in elements,
not bytes. http://msdn.microsoft.com/en-us/library/ms684344%28VS.85%29.aspx
Old usage led to stack overwriting.
* Patch by Josh Elsasser, lp#615497.
* Fixes for run-sbcl.sh and tests/subr.sh on Solaris, some of which I
believe were also necessary on FreeBSD.
* A missing #include needed on Solaris is also added.
* The new ASDF 2 requires absolute paths in places where SBCL
historically used relative paths. The last(?) remaining place
where this happens is the SBCL_HOME environment variable set up
by run-sbcl.sh. Fixed by introducing a readlink -f to generate
an absolute path to the base SBCL directory.
- make run-sbcl.sh executable
- don't require it to be started from the top of the source dir
... so that "~/sbcl/run-sbcl.sh" is a drop in replacement for "sbcl".
* I'm tired of typing the mantra, and it's probably good to make
it easy for users too to run SBCL before installation.
* Add to binary tarball, and mention in INSTALL.
