failed AVER: (SUBSETP SB-C::END SB-C::END-STACK) (with dynamic-extent)

[Paul F. Dietz]

(defun dxf (s i)
  (elt s i))
(declaim (notinline dxf))

(defun bug216 (a b)
  (let ((v
          (list
           (list (vector 0 0) a
                 (restart-bind nil a))
           (block b2 b))))
    (declare (dynamic-extent v))
    (dxf (dxf v 0) 2)))

==>

failed AVER: (SUBSETP SB-C::END SB-C::END-STACK)
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://sbcl.sourceforge.net/>.
   [Condition of type SB-INT:BUG]

Restarts:
 0: [RETRY] Retry SLIME REPL evaluation request.
 1: [*ABORT] Return to SLIME's top level.
 2: [ABORT] abort thread (#<THREAD tid=13826 "repl-thread" RUNNING {10010980A3}>)

Backtrace:
  0: (SB-C::ORDER-BLOCK-UVL-SETS #<SB-C::CBLOCK 4 :START c1 {1004372403}> #<SB-C::CBLOCK 5 :START c2 {10043738F3}>)
  1: (SB-C::ORDER-UVL-SETS #<SB-C:COMPONENT :NAME "<unknown>" {1004373F73}>)
  2: (SB-C::STACK-ANALYZE #<SB-C:COMPONENT :NAME "<unknown>" {1004373F73}>)
  3: (SB-C::%COMPILE-COMPONENT #<SB-C:COMPONENT :NAME "<unknown>" {1004373F73}>)
  4: (SB-C::COMPILE-COMPONENT #<SB-C:COMPONENT :NAME "<unknown>" {1004373F73}>)
  5: (SB-C::%COMPILE (SB-INT:NAMED-LAMBDA BUG216 (A B) (BLOCK BUG216 (LET # # #))) NIL NIL)
  6: ((LAMBDA NIL :IN SB-C:COMPILE-IN-LEXENV))
 [...]

x86-64, "2.3.7.115-d7f0e6885"

I haven't tested dynamic-extent for a while, so I don't know if this is a recently introduced bug.