Just Launched: You can now import projects and releases from Google Code onto SourceForge
We are excited to release new functionality to enable a 1-click import from Google Code onto the Allura platform on SourceForge. You can import tickets, wikis, source, releases, and more with a few simple steps. Read More
I've just released sbcl-1.1.6. There have been reports about some
concurrency tests failing on windows, and some garbage collection
troubles on PowerPC/Linux with the generational garbage collector: users
of those particular systems may wish to exercise extra care in
upgrading, though it's not clear that either of these issues is a
Changes from sbcl-1.1.5 are appended to this message.
changes in sbcl-1.1.6 relative to sbcl-1.1.5:
* enhancement: the continuable error when defknown-ing over extant
fndb entries can be ignored by passing :overwrite-fndb-silently t
as a keyword argument to sb-c:defknown (after attributes). Useful
to allow defknown to be re-loaded. Use with :allow-other-keys t
for backward compatibility.
* optimization: compiler is much faster in compiling SVREF and (SETF SVREF)
* bug fix: Prevent a make-array transform from modifying source forms
causing problems for inlined code. Thanks to Bart Botta.
(regression since 220.127.116.11-bis)
* bug fix: clear-output calls the correct gray stream routine,
* bug fix: an error is signalled for an invalid format modifier: ~<~@>.
* bug fix: Better error messages for package operations (lp#1154776)
* bug fix: delete-package on a nonexistent package should signal a cerror.
(regression since 18.104.22.168).
* bug fix: accessing &MORE (stack allocated &REST) arguments checks bounds.
* bug fix: compiling make-array no longer signals an error when the
element-type is an uknown type, a warning is issued instead.
Thanks to James Kalenius (lp#1156095)
* bug fix: SEARCH on generic (non-VECTOR non-LIST) sequence types no longer
produces wrong results for some inputs. (Thanks to Jan Moringen.)
Christophe Rhodes <csr21@...> writes:
> I've just released sbcl-1.1.6. There have been reports about some
> concurrency tests failing on windows, and some garbage collection
> troubles on PowerPC/Linux with the generational garbage collector: users
> of those particular systems may wish to exercise extra care in
> upgrading, though it's not clear that either of these issues is a
One thing which is definitely a regression, though not sufficiently
clearly revealed by testing during the freeze period, is that sbcl-1.1.6
cannot compile SVREF and (SETF SVREF) of symbol macros. This
unfortunate bug can make it less than suitable some uses, and affects a
number of libraries in quicklisp among other things.