[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gcl-devel] Calling for top ten ANSI issues ...

From: Paul F. Dietz
Subject: Re: [Gcl-devel] Calling for top ten ANSI issues ...
Date: Sun, 21 Sep 2003 21:58:24 -0500
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Camm Maguire wrote:

OK, this fix is simple if I understand from you correctly what is
supposed to happen -- :allow-other-keys is supposed to allow any other
garbage arguments of any type, not just other possibly unknown keyword
value pairs.  i.e. there is no assumption that keywordp will return
true on the arguments that follow.  Right?  Currently, I believe we
have the 'leftmost' behavior working, but only read allow-other keys
as allowing genuine keywordp-true keywords to pass.

Actually, there is no requirement that the 'keywords' be members
of the KEYWORD type.  This lambda list syntax:

   (lambda (&key ((x y) 'default)) y)

specifies that the keyword symbol for the parameter is X, not :X.
(See section, paragraph 2.)

IIRC, there's at least one test (of FLET?) that may be failing
due to gcl not handling this.

[3.] As in the earlier email, the problem is with (float
most-positive-double-float 1.0s0), and I'm not sure what is supposed
to be returned here.  But apart from this, should we be printing Nans
and Infs?  Is there an ANSI format for these?

Change committed which makes this go away.

5. LOOP errors

   These can probably be fixed by using the CMUCL or SBCL LOOP macro.

We are actually using a cmucl version currently from late 2002.  I see
there have been recent updates, perhaps in response to your tests?
I'll try grabbing the latest, unless you tell me of a preferred

The latest is good.  There have also been other bug fixes not caused
by the tests (but I have added test cases for those.)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]