*READ-SUPPRESS* doesn't do a job good enough
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SBCL |
Triaged
|
Medium
|
Unassigned |
Bug Description
deepfire@auriga:~$ sbcl --eval '(read-from-string "#+foo(#+foo:foo t) t")'
This is SBCL 1.0.44, an implementation of ANSI Common Lisp.
More information about SBCL is available at <http://
SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses. See the CREDITS and COPYING files in the
distribution for more information.
debugger invoked on a SB-INT:
SB-INT:
package "FOO" not found
Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.
restarts (invokable by number or by possibly-
0: [CONTINUE] Ignore runtime option --eval "(read-from-string \"#+foo(#+foo:foo t) t\")".
1: [ABORT ] Skip rest of --eval and --load options.
2: Skip to toplevel READ/EVAL/PRINT loop.
3: [QUIT ] Quit SBCL (calling #'QUIT, killing the process).
(SB-IMPL:
0] *
tags: | added: reader |
*READ-SUPPRESS* is false by default, so the above example is slightly incomplete.
AFAIK, *READ-SUPPRESS* does not hide the package errors (or I cannot find anything about that in CLHS), so I am not sure whether such behavior is buggy (also, CLISP and LW show the same error). Could you please provide some additional information about this issue (some CLHS references which are related to the problem) ?