Hello,
I notice that #m has two problems:
1. If (setf *print-case* :downcase), things like #m(1 2 3) fail.
Here's the sldb buffer in slime: ---------------- Class named gsll::|vector-double-float| not found. [Condition of type simple-error]
Restarts: 0: [continue] Try finding the class again 1: [retry] Retry SLIME REPL evaluation request. 2: [abort] Return to SLIME's top level. 3: [abort-break] Reset this thread 4: [abort] Kill this thread
Backtrace: 0: (find-class gsll::|vector-double-float| t nil) Locals: ccl::name = gsll::|vector-double-float| ccl::errorp = t ccl::environment = nil ccl::cell = nil 1: (#<standard-method make-instance (symbol)> gsll::|vector-double-float| :initial-contents (1 2 3)) Locals: class = gsll::|vector-double-float| ccl::initargs = (:initial-contents (1 2 3)) ----------------
2. #m (1 2 3) fails too Other reader macros does not err when there's a space follows it, for example: - ' (1 2 3) - # (1 2 3)
This is a bit inconvenient because paredit.el automatically inserts a space behind m.
Can these be fixed? Thanks.
Leo
Fixed in Head: 7c43742f8e - Upcase before interning in #'data-class-name
On Tue, Feb 23, 2010 at 1:22 PM, Leo sdl.web@gmail.com wrote:
Hello,
I notice that #m has two problems:
- If (setf *print-case* :downcase), things like #m(1 2 3) fail.
Here's the sldb buffer in slime:
Class named gsll::|vector-double-float| not found. [Condition of type simple-error]
Restarts: 0: [continue] Try finding the class again 1: [retry] Retry SLIME REPL evaluation request. 2: [abort] Return to SLIME's top level. 3: [abort-break] Reset this thread 4: [abort] Kill this thread
Backtrace: 0: (find-class gsll::|vector-double-float| t nil) Locals: ccl::name = gsll::|vector-double-float| ccl::errorp = t ccl::environment = nil ccl::cell = nil 1: (#<standard-method make-instance (symbol)> gsll::|vector-double-float| :initial-contents (1 2 3)) Locals: class = gsll::|vector-double-float| ccl::initargs = (:initial-contents (1 2 3))
- #m (1 2 3) fails too
Other reader macros does not err when there's a space follows it, for example: - ' (1 2 3) - # (1 2 3)
This is a bit inconvenient because paredit.el automatically inserts a space behind m.
Can these be fixed? Thanks.
Leo
-- H A P P Y H O L I D A Y S!
Gsll-devel mailing list Gsll-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/gsll-devel
On 2010-03-14 00:46 +0000, Liam Healy wrote:
Fixed in Head: 7c43742f8e - Upcase before interning in #'data-class-name
[...]
Thanks.
- #m (1 2 3) fails too
Other reader macros does not err when there's a space follows it, for example: - ' (1 2 3) - # (1 2 3)
This is a bit inconvenient because paredit.el automatically inserts a space behind m.
Should this be fixed in paredit.el? thanks.
Leo
On Mon, Mar 15, 2010 at 11:28 AM, Leo sdl.web@gmail.com wrote:
On 2010-03-14 00:46 +0000, Liam Healy wrote:
Fixed in Head: 7c43742f8e - Upcase before interning in #'data-class-name
[...]
Thanks.
- #m (1 2 3) fails too
Other reader macros does not err when there's a space follows it, for example: - ' (1 2 3) - # (1 2 3)
I disagree; # does indeed fail on my SBCL # (1 2 3)
debugger invoked on a SB-INT:SIMPLE-READER-ERROR in thread #<THREAD "initial thread" RUNNING {10039ADBF1}>: SB-INT:SIMPLE-READER-ERROR on #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001DA261}>: illegal sharp macro character: #\
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level.
(SB-INT:SIMPLE-READER-ERROR #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001DA261}> "illegal sharp macro character: ~S")[:EXTERNAL]
This is a bit inconvenient because paredit.el automatically inserts a space behind m.
Should this be fixed in paredit.el? thanks.
I'd say so.
Leo
Liam
On 2010-03-28 23:30 +0100, Liam Healy wrote:
I disagree; # does indeed fail on my SBCL # (1 2 3)
debugger invoked on a SB-INT:SIMPLE-READER-ERROR in thread #<THREAD "initial thread" RUNNING {10039ADBF1}>: SB-INT:SIMPLE-READER-ERROR on #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001DA261}>: illegal sharp macro character: #\
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level.
(SB-INT:SIMPLE-READER-ERROR #<SYNONYM-STREAM :SYMBOL SB-SYS:*STDIN* {10001DA261}> "illegal sharp macro character: ~S")[:EXTERNAL]
I see. Sorry I only tested on ccl.
Cheers, Leo