Compiler error with NIL array type when optimize iterations are limited

Bug #1764847 reported by Paul F. Dietz
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
SBCL
Won't Fix
Undecided
Unassigned

Bug Description

 (let ((sb-c::*max-optimize-iterations* 1)) (compile nil '(lambda (a) (setf (aref (the (simple-array nil) a)) 1))))

==>

The value
  #<SB-KERNEL:NAMED-TYPE NIL>
is not of type
  SB-KERNEL:VALUES-TYPE
[...]
  0: (SB-C::CAST-CHECK-TYPES #<SB-ALIEN:CAST :%TYPE-CHECK T :VALUE #<SB-C::LVAR 1 {1005E86B13}> :ASSERTED-TYPE #1=#<SB-KERNEL:NAMED-TYPE NIL> :TYPE-TO-CHECK #1# {1005E89DC3}>)
  1: (SB-C::GENERATE-TYPE-CHECKS #<SB-C:COMPONENT :NAME (LAMBDA (A)) {1005E89063}>)
  2: (SB-C::IR1-PHASES #<SB-C:COMPONENT :NAME (LAMBDA (A)) {1005E89063}>)
  3: (SB-C::COMPILE-COMPONENT #<SB-C:COMPONENT :NAME (LAMBDA (A)) {1005E89063}>)
[...]

Revision history for this message
Stas Boukarev (stassats) wrote :

I'd say WONTFIX unless it can be replicated with a normal *max-optimize-iterations*.

Revision history for this message
Paul F. Dietz (paul-f-dietz) wrote :

Fair enough!

Stas Boukarev (stassats)
Changed in sbcl:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.