1.0.27.34: various trivial fixups for portability / repeatability
authorChristophe Rhodes <csr21@cantab.net>
Fri, 24 Apr 2009 11:38:10 +0000 (11:38 +0000)
committerChristophe Rhodes <csr21@cantab.net>
Fri, 24 Apr 2009 11:38:10 +0000 (11:38 +0000)
commit17dd269e2c4a66648613a5272b765bf50e5b63c0
tree458d11dabd6d305e93d1c5df52311e039efc55ee
parent0c7a7f68e66276a3c780a01d55f086a6f0aac929
1.0.27.34: various trivial fixups for portability / repeatability

The only one that is potentially controversial is the use of
READ-PRESERVING-WHITESPACE...

3 commit messages follow:

don't print array SB!KERNEL:TYPE in internal error strings

Use the specifier instead.  (This is a long-standing bug; FIXME: try to
find a test case).

Use read-preserving-whitespace rather than just read in the compiler

With just CL:READ, at least CLISP and SBCL differ on the source
locations dumped in the fasls; with READ-PRESERVING-WHITESPACE, things
are consistent.

disassembler / printer names.

The compiler wants to generate names based on all sorts of information,
including byte specs, and attempts to make those names by printing all
that information into one big string.  Unfortunately, that allows the
host to insert line breaks, which it will do with maximal perversity.
Bind *PRINT-RIGHT-MARGIN* around the printing call in an attempt to
minimize this problem.
src/compiler/assem.lisp
src/compiler/generic/interr.lisp
src/compiler/main.lisp
version.lisp-expr