blob: b232a40fbdcdadbe1196782db570de2ddc41ee0b (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
|
;; NOTE: Assertions have been generated by update_lit_checks.py and should not be edited.
;; RUN: wasm-opt %s -all --roundtrip -S -o - | filecheck %s
;; Regression test for a bug in which we could pop the expression stack past an
;; unreachable if we were already in unreachable parsing mode.
(module
;; CHECK: (type $array (array i8))
(type $array (array i8))
(type $func (func (result i32)))
;; CHECK: (func $double-unreachable (type $1) (param $x (ref $array)) (result i32)
;; CHECK-NEXT: (drop
;; CHECK-NEXT: (ref.null nofunc)
;; CHECK-NEXT: )
;; CHECK-NEXT: (unreachable)
;; CHECK-NEXT: )
(func $double-unreachable (param $x (ref $array)) (result i32)
(drop
;; This gets emitted as an unreachable, but it doesn't have type
;; unreachable, so we continue emitting instructions afterward. When
;; parsing, this will put us into unreachable mode.
(call_ref $func
(ref.null nofunc)
)
)
(array.get_u $array
(local.get $x)
;; Since this call_ref will be emitted as an unreachable, it does not consume
;; the ref.null when parsing. Due to the bug, the ref.null would remain on
;; the stack and would be incorrectly consumed as the index to the
;; array.get_u, producing a type error.
(call_ref $func
(ref.null nofunc)
)
)
)
)
|
