[Sbcl-announce] sbcl-0.7.14 released

[William H. N. <wil...@ai...>]

Version 0.7.14 of SBCL has been released. 

As usual, binaries may be available later.

Hopefully I'll be able to add HTML-formatted documentation later too.
(Ordinarily I release a package of HTML-formatted documentation at the
same time as the sources, but I'm doing this from a new machine, and I
didn't realize until this morning that it doesn't have DocBook stuff
set up yet.)

Incidentally, besides the stuff which made it into this release, there
are three major branches in progress in CVS -- revised PCL, revised
compiler, and multithreading.

from the NEWS file;
changes in sbcl-0.7.14 relative to sbcl-0.7.13:
  * a better implementation of SXHASH on (simple) bit vectors,
    measured both in execution speed and in distribution of results
    over the positive fixnums, has been installed.  Likewise, a better
    implementation of EQUAL for simple bit vectors is now available.
  * fixed CEILING optimization for a divisor of form 2^k.
  * fixed bug 240 (emitting extra style warnings "using the lexical
    binding of the symbol *XXX*" for &OPTIONAL arguments).  (reported
    by Antonio Martinez)
  * fixed SXHASH, giving different results for NIL depending on type
    declarations (SYMBOL or LIST).  (thanks to Gerd Moellmann)
  * fixed bug in DEFPARAMETER and DEFVAR: they could assign a lexical
    variable.  (found by Rolf Wester)
  * SBCL does not ignore type declarations for special
    variables.  (reported by rif on c.l.l 2003-03-05)
  * some bug fixes in contrib/sb-aclrepl/
  * fixed some bugs revealed by Paul Dietz' test suite:
    ** a bug in the CONS type specifier, whereby the CAR and CDR
       types got intertwined, has been fixed;
    ** the type system is now able to reason about the interaction
       between INTEGER and RATIO types more completely;
    ** APPEND, [N]REVERSE and NRECONC check that those their
       arguments, which must be proper lists, are really so;
    ** An array specialized to be unable to hold elements has been
       implemented, as required -- yes, really -- by ANSI;
    ** GETF and GET-PROPERTIES throw a TYPE-ERROR, not a SIMPLE-ERROR,
       on malformed property lists;

-- 
William Harold Newman <wil...@ai...>
When smashing monuments, save the pedestals -- they always come in handy.
  -- Stanislaw Lem
PGP key fingerprint 85 CE 1C BA 79 8D 51 8C  B9 25 FB EE E0 C3 E5 7C