Custom Query (1030 matches)

Hi,

I believe there is a new bug on CCL related to reader tables. In particular it appears that doing a copy-readtable no longer produces a deep enough copy. The following small test code illustrates the problem:

(defparameter *my-readtable* (copy-readtable))

(defun my-sharp-dot-read (stream char n)
  (declare (ignore char n stream))
  (format t "My sharp-dot-read invoked!~%"))

(let ((*readtable* *my-readtable*))
  (set-dispatch-macro-character #\# #\. 'my-sharp-dot-read))

(format t "Are they the same?  ~a~%"
        (eq (get-dispatch-macro-character #\# #\. *readtable*)
            (get-dispatch-macro-character #\# #\. *my-readtable*)))

I believe this should print:

    Are they the same?  NIL

And indeed this is what gets printed on a recent copy of SBCL and also on the slightly older version of CCL: CCL 1.11-dev-r16394M-trunk (LinuxX8664).

However, the bleeding-edge CCL, Version 1.11-dev-r16446M-trunk (LinuxX8664), instead prints:

    Are they the same?  T

I can see from the commit log that there has been some recent work on reader macros, so this is perhaps related to those recent changes.

Thanks!

Jared

Dear CCL developers,

can you upgrade ASDF to 3.1.5 ? In addition to many minor features and bug fixes, it should be a notable improvement for Windows users.

Alternatively, if you agree to it, I'll like to write and offer a patch for CCL to provide UIOP separately from ASDF, as do MKCL and SBCL, so you may (require "uiop") without loading the rest of ASDF.

(format nil "~_{2f" 0.1) should return "10.0", but we get "0.1".}

(format nil "~,,2f" 0.1)  --> "0.1"         ; bad
(format nil "~8,,2f" 0.1) --> "    10.0"    ; ok
(format nil "~,8,2f" 0.1) --> "10.00000000" ; ok