#314: CL:FORMAT problems with ~F
------------------------------+---------------------------------------------
Reporter: mevenson | Owner: ehuelsmann
Type: defect | Status: new
Priority: minor | Milestone: 1.2.0
Component: interpreter | Version: 1.2.0-dev
Keywords: ansi-conformance |
------------------------------+---------------------------------------------
[http://article.gmane.org/gmane.lisp.armedbear.devel/2838 Carlos Ungil
reports]
{{{
> (format t "~,2f" 0.999)
1.0 ;; should be 1.00
}}}
I think there is a problem here as well:
{{{
> (format t "~5f" 0.00000001)
.0000 ;; should print " 0.0"
}}}
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/314>
armedbear <http://common-lisp.net/project/armedbear>
armedbear
#313: (COERCE 3 '(FLOAT * *)) fails
----------------------------------------------------------------------------------------------+
Reporter: https://www.google.com/accounts/o8/id?id=aitoawmirmkhhsmhgi36otvnjvwc_guuvf… | Owner: somebody
Type: defect | Status: new
Priority: minor | Milestone:
Component: other | Version: 1.2.0-dev
Keywords: coerce, float |
----------------------------------------------------------------------------------------------+
(COERCE 3 '(FLOAT * *)) fails with "3 cannot be converted to type (FLOAT *
*)".
Similar expressions with other float types, e.g. with DOUBLE-FLOAT,
SINGLE-FLOAT, LONG-FLOAT, SHORT-FLOAT, all fail.
Similar expressions with explicit bounds, e.g. (COERCE 3 '(FLOAT -10f0
10f0)) and other float types, all fail.
ABCL version = Armed Bear Common Lisp 1.2.0-dev (built from svn r14454).
Found this while running Maxima test suite. ev(zeta(3 + %i), numer)
triggers this error.
--
Ticket URL: <http://trac.common-lisp.net/armedbear/ticket/313>
armedbear <http://common-lisp.net/project/armedbear>
armedbear