From: Sam Steingold
Subject: GNU CLISP 2.33 (2004-03-17)
Date: 
Message-ID: <ed53d366.0403181520.24ae3b53@posting.google.com>
GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe
University and Michael Stoll of Munich University, both in Germany.
It supports the Lisp described in the ANSI Common Lisp standard.
It runs on microcomputers (Windows NT/2000/XP, Windows 95/98/ME) as well
as on Unix workstations (Linux, SVR4, Sun4, DEC Alpha OSF, HP-UX, BeOS,
NeXTstep, SGI, AIX and others) and needs only 2 MB of RAM.
It is Free Software and may be distributed under the terms of GNU GPL,
while it is possible to distribute commercial applications compiled
with GNU CLISP.
The user interface comes in German, English, French, Spanish, Dutch
and Russian.
GNU CLISP includes an interpreter, a compiler, a debugger, CLOS,
a foreign language interface, sockets, i18n, fast bignums and more.
An X11 interface is available through CLX, Garnet, CLUE/CLIO.
GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages.

More information at
  <http://clisp.cons.org/>,
  <http://www.clisp.org/>,
  <http://www.gnu.org/software/clisp/> and
  <http://clisp.sourceforge.net/>.
Sources and selected binaries are available by anonymous ftp from
  <ftp://ftp.gnu.org/pub/gnu/clisp/>
and its mirrors.

2.33 (2004-03-17)
=================

Important notes
---------------

* All .fas files generated by previous CLISP versions are invalid and
  must be recompiled.  Use CUSTOM:*LOAD-OBSOLETE-ACTION* to automate this.
  See <http://clisp.cons.org/impnotes.html#loadfile> for details.

User visible changes
--------------------

* NO-APPLICABLE-METHOD, NO-PRIMARY-METHOD and NO-NEXT-METHOD now signal
  METHOD-CALL-ERROR or METHOD-CALL-TYPE-ERROR.
  See <http://clisp.cons.org/impnotes.html#meth-call-err> for details.

* New user variables CUSTOM:*APROPOS-MATCHER* and CUSTOM::*APROPOS-DO-MORE*
  make APROPOS more flexible in search and output.
  See <http://clisp.cons.org/impnotes.html#apropos> for details.

* New function EXT:MOD-EXPT efficiently computes the composition of MOD
  and EXPT on integers.
  See <http://clisp.cons.org/impnotes.html#int-func-ext> for details.

* New function EXT:ARGV returns the command line arguments passed to runtime.
  See <http://clisp.cons.org/impnotes.html#argv> for details.

* New generic function GRAY:STREAM-POSITION extends FILE-POSITION to
  Gray streams; FILE-POSITION now works with streams other than FILE-STREAMs.
  See <http://clisp.cons.org/impnotes.html#gray> for details.

* DEFINE-METHOD-COMBINATION and friends are now implemented.
  Thanks to James Anderson <··············@setf.de>.
  This change obsoleted all compiled file.

Portability
-----------

* Improved portability for nearly all platforms: Linux, MacOS X, Solaris,
  Tru64, HP-UX, AIX, FreeBSD, NetBSD, OpenBSD, BeOS.

* Removed Acorn RISCOS support.

* Removed AmigaOS support.

* Removed support for MSDOS and OS/2, using EMX.

* Removed support for Borland C compiler on Win32.

* Added FFI support for x86_64 (AMD64) Linux and PowerPC MacOS X.



-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.honestreporting.com>
Programming is like sex: one mistake and you have to support it for a lifetime.

From: Brian Mastenbrook
Subject: Re: GNU CLISP 2.33 (2004-03-17)
Date: 
Message-ID: <180320042130078750%NObmastenbSPAM@cs.indiana.edu>
In article <····························@posting.google.com>, Sam
Steingold <···@gnu.org> wrote:

> 2.33 (2004-03-17)

Hi Sam,

When will clisp compile SBCL again? I think it broke a few versions ago
due to formatter breakage. SBCL is a very good regression suite for
catching these kinds of things.

-- 
Brian Mastenbrook
http://www.cs.indiana.edu/~bmastenb/
From: Sam Steingold
Subject: Re: GNU CLISP 2.33 (2004-03-17)
Date: 
Message-ID: <ed53d366.0403190835.5e3f2b61@posting.google.com>
Brian Mastenbrook <··············@cs.indiana.edu> wrote in message news:<·································@cs.indiana.edu>...
> In article <····························@posting.google.com>, Sam
> Steingold <···@gnu.org> wrote:
> 
> > 2.33 (2004-03-17)
> 
> When will clisp compile SBCL again? I think it broke a few versions ago
> due to formatter breakage.

I did not know about this.
Please report the bug (with a small test case)
thanks.
From: Christophe Rhodes
Subject: Re: GNU CLISP 2.33 (2004-03-17)
Date: 
Message-ID: <sq1xnlxczc.fsf@lambda.dyndns.org>
···@gnu.org (Sam Steingold) writes:

> Brian Mastenbrook <··············@cs.indiana.edu> wrote in message news:<·································@cs.indiana.edu>...
>> In article <····························@posting.google.com>, Sam
>> Steingold <···@gnu.org> wrote:
>> 
>> > 2.33 (2004-03-17)
>> 
>> When will clisp compile SBCL again? I think it broke a few versions ago
>> due to formatter breakage.
>
> I did not know about this.
> Please report the bug (with a small test case)
> thanks.

(format t "~:<····@:>") -> ERROR  (but you knew about this).

I have just tested building sbcl with clisp 2.32.94, and it appears to
work[*].  It didn't work with clisp 2.32 (and versions around then)
because of the decision to signal an error on pretty-printer format
strings (rather than muddling through; I appreciate the difficulty
there, travelling a path between safety and letting the user travel
unfinished codepaths).

Christophe

[*] with the caveat that there is a workaround installed to avoid as
much as possible stack safety issues in the clisp pretty printer, by
inhibiting printing of certain messages by the cross-compiler.
-- 
http://www-jcsu.jesus.cam.ac.uk/~csr21/       +44 1223 510 299/+44 7729 383 757
(set-pprint-dispatch 'number (lambda (s o) (declare (special b)) (format s b)))
(defvar b "~&Just another Lisp hacker~%")    (pprint #36rJesusCollegeCambridge)