SBCL 0.8.15 released

William Harold Newman <[email protected]> Wed, 29 Sep 2004 15:26:04 -0500
Newsgroups gmane.lisp.steel-bank.announce
Message-ID <[email protected]>
sbcl-0.8.15 has been released.

from the NEWS file in the distribution:
changes in sbcl-0.8.15 relative to sbcl-0.8.14:
  * incompatible change: SB-INT:*BEFORE-SAVE-INITIALIZATIONS* and
    SB-INT:*AFTER-SAVE-INITIALIZATIONS* have been renamed
    SB-EXT:*SAVE-HOOKS* and SB-EXT:*INIT-HOOKS*, and are now part of
    the supported interface.
  * new feature: Single-stepping of code compiled with DEBUG 2 or
    higher and (> DEBUG (MAX SPACE SPEED)) is now possible.
  * new feature: saving cores with foreign code loaded is now
    supported on x86/FreeBSD, x86/Linux, and sparc/SunOS. (based on
    Timothy Moore's work for CMUCL)
  * bug fix: DEFTYPE lambda-list parsing now binds unsupplied keyword
    parameters to * instead of NIL if no initform is supplied.
    (reported by Johan Bockgaard)
  * bug fix: DEFINE-COMPILER-MACRO lambda-list parsing now binds
    correctly when FUNCALL appears as the car of the form. Note:
    despite this FUNCALL forms are not currently subject to
    compiler-macro expansion. (port of Raymond Toy's fix for the
    same from CMUCL, reported by Johan Bockgaard)
  * bug fix: FOR ... ON ... -clauses in LOOP now work on dotted lists
    (thanks for Teemu Kalvas)
  * bug fix: in FORMAT ~^ inside ~:{ now correctly steps to the next
    case instead of terminating the iteration (thanks for Julian
    Squires, Sean Champ and Raymond Toy)
  * bug fix: incorrect expansion of defgeneric that caused a style
    warning. (thanks for Zach Beane)
  * bug fix: slot accessor effective method computation works properly
    for classes with multiple non-standard applicable methods on
    SB-MOP:SLOT-VALUE-USING-CLASS.  (reported by Ralf Mattes)
  * on x86 compiler supports stack allocation of results of LIST and
    LIST*, bound to variables, declared DYNAMIC-EXTENT. (based on
    CMUCL implementation by Gerd Moellmann)
  * fixed some bugs revealed by Paul Dietz' test suite:
    ** FORMAT strings with both the ~<~:;~> form of the justification
       directive and pretty-printing directives cause an error.

-- 
William Harold Newman <[email protected]>
In military slang, he seems the kind of man the troops would follow
only out of a sense of morbid curiosity.
  -- <http://www.snappingturtle.net/flit/archives/2004_01_20.html#003480>



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl