From: William H. N. <wil...@ai...> - 2002-01-27 04:30:54
|
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 <wil...@ai...> ;; DANGER UNEXPLODED MINDS PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C |
From: William H. N. <wil...@ai...> - 2002-01-27 14:53:09
|
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 <wil...@ai...> ;; DANGER UNEXPLODED MINDS PGP key fingerprint 85 CE 1C BA 79 8D 51 8C B9 25 FB EE E0 C3 E5 7C |