Sbcl-0.7.1 has been released, mostly to fix the LOAD-FOREIGN and
LOAD-1-FOREIGN functions. Sbcl-0.7.0 has a nicely matched pair of bugs
(one in the code, one in the test scripts:-) so that anything which
tried to load "foreign" code (i.e. code called through a C interface)
failed. I don't often "release often" but I did want to fix that
problem reasonably promptly.
There are a few other fixes, but if you don't do anything with foreign
code, you probably won't find anything that really excites you.
from the NEWS file:
changes in sbcl-0.7.1 relative to sbcl-0.7.0:
* mostly bug fixes:
** SB-ALIEN:LOAD-FOREIGN and SB-ALIEN:LOAD-1-FOREIGN are set
up properly again. (There was a packaging bug in 0.7.0 which
left their definitions in SB-SYS::LOAD-FOREIGN and
SB-SYS::LOAD-1-FOREIGN. LOAD-FOREIGN and LOAD-1-FOREIGN are
vital for most things which interface to C-level interfaces,
like extensions working with sockets or databases or
Perl-compatible regexes or whatever, and the need to fix
this bug is the main reason that 0.7.1 was released so
soon after 0.7.0.)
** DEFGENERIC is now choosier about the methods it redefines, so that
reLOADing a previously-LOADed file containing DEFGENERICs does
the right thing now. Thus, the Lispy edit/reLOAD-a-little/test
cycle now works as it should. (thanks to Alexey Dejneka)
** Bug 106 (types (COMPLEX FOO) where FOO is an obscure type) was
fixed by Christophe Rhodes. (He actually submitted this patch
months ago, and I delayed until after 0.7.0.)
** Bug 111 (internal compiler confusion about runtime checks on
FUNCTION types) was fixed by Alexey Dejneka.
* Some internal cleanups (getting rid of variables which aren't
needed now that the byte interpreter is gone) caused the fasl
file format number to change again.
--
William Harold Newman <william.newman@...>
;; DANGER UNEXPLODED MINDS
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C
|