Another complicated dead code failed AVER during compile
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
SBCL |
Fix Released
|
High
|
Unassigned |
Bug Description
This is in very recent HEAD sbcl on x86-64, Linux. Found with the random tester.
(defun foo ()
(return-from foo 0)
(let ((v5 (catch 'ct2 nil)))
(flet ((%f (&optional (f-1 0) (f-2 0))
f-1))
(%f 0 (%f))
)))
failed AVER:
(EQ (SB-C::
This is probably a bug in SBCL itself. (Alternatively, SBCL
might have been corrupted by bad user code, e.g. by an undefined
Lisp operation like (FMAKUNBOUND 'COMPILE), or by stray pointers
from alien code or from unsafe Lisp code; or there might be a
bug in the OS or hardware that SBCL is running on.) If it seems
to be a bug in SBCL itself, the maintainers would like to know
about it. Bug reports are welcome on the SBCL mailing lists,
which you can find at <http://
[Condition of type SB-INT:BUG]
Restarts:
0: [RETRY] Retry EVAL of current toplevel form.
1: [CONTINUE] Ignore error and continue loading file "/home/
2: [ABORT] Abort loading file "/home/
3: [ABORT] Exit debugger, returning to top level.
Backtrace:
0: (SB-INT:BUG "~@<failed AVER: ~2I~_~S~:>" (EQ (SB-C::
1: (SB-IMPL:
2: ((FLET SB-C::DO-1-USE :IN SB-C::FIND-
3: (SB-C::
4: (SB-C::
5: (SB-C::
6: (SB-C::IR1-OPTIMIZE #<SB-C:COMPONENT :NAME (FLET %F :IN FOO) {100412D9F3}> NIL)
7: (SB-C::
8: (SB-C::IR1-PHASES #<SB-C:COMPONENT :NAME (FLET %F :IN FOO) {100412D9F3}>)
9: (SB-C::
10: (SB-C::%COMPILE (SB-INT:
Changed in sbcl: | |
status: | Fix Committed → Fix Released |
Will be fixed after the freeze.