; RUN: llc -mtriple=x86_64-pc-windows-msvc < %s | FileCheck %s
declare i32 @__CxxFrameHandler3(...)
declare void @throw()
declare i16 @f()
define i16 @test1(i16 %a, ptr %b) personality ptr @__CxxFrameHandler3 {
entry:
%cmp = icmp eq i16 %a, 10
br i1 %cmp, label %if.then, label %if.else
if.then:
%call1 = invoke i16 @f()
to label %cleanup unwind label %catch.dispatch
if.else:
%call2 = invoke i16 @f()
to label %cleanup unwind label %catch.dispatch
catch.dispatch:
%cs = catchswitch within none [ label %catch, label %catch.2 ] unwind to caller
catch:
catchpad within %cs [ptr null, i32 8, ptr null]
call void @throw() noreturn
br label %unreachable
catch.2:
catchpad within %cs [ptr null, i32 64, ptr null]
store i8 1, ptr %b
call void @throw() noreturn
br label %unreachable
cleanup:
%retval = phi i16 [ %call1, %if.then ], [ %call2, %if.else ]
ret i16 %retval
unreachable:
unreachable
}
; This test verifies the case where two funclet blocks meet the old criteria
; to be placed at the end. The order of the blocks is not important for the
; purposes of this test. The failure mode is an infinite loop during
; compilation.
;
; CHECK-LABEL: .def test1;
define i16 @test2(i16 %a, ptr %b) personality ptr @__CxxFrameHandler3 {
entry:
%cmp = icmp eq i16 %a, 10
br i1 %cmp, label %if.then, label %if.else
if.then:
%call1 = invoke i16 @f()
to label %cleanup unwind label %catch.dispatch
if.else:
%call2 = invoke i16 @f()
to label %cleanup unwind label %catch.dispatch
catch.dispatch:
%cs = catchswitch within none [ label %catch, label %catch.2, label %catch.3 ] unwind to caller
catch:
catchpad within %cs [ptr null, i32 8, ptr null]
call void @throw() noreturn
br label %unreachable
catch.2:
%c2 = catchpad within %cs [ptr null, i32 32, ptr null]
store i8 1, ptr %b
catchret from %c2 to label %cleanup
catch.3:
%c3 = catchpad within %cs [ptr null, i32 64, ptr null]
store i8 2, ptr %b
catchret from %c3 to label %cleanup
cleanup:
%retval = phi i16 [ %call1, %if.then ], [ %call2, %if.else ], [ -1, %catch.2 ], [ -1, %catch.3 ]
ret i16 %retval
unreachable:
unreachable
}
; This test verifies the case where three funclet blocks all meet the old
; criteria to be placed at the end. The order of the blocks is not important
; for the purposes of this test. The failure mode is an infinite loop during
; compilation.
;
; CHECK-LABEL: .def test2;
declare void @g()
define void @test3() optsize personality ptr @__CxxFrameHandler3 {
entry:
switch i32 undef, label %if.end57 [
i32 64, label %sw.bb
i32 128, label %sw.epilog
i32 256, label %if.then56
i32 1024, label %sw.bb
i32 4096, label %sw.bb33
i32 16, label %sw.epilog
i32 8, label %sw.epilog
i32 32, label %sw.bb44
]
sw.bb:
unreachable
sw.bb33:
br i1 undef, label %if.end57, label %while.cond.i163.preheader
while.cond.i163.preheader:
unreachable
sw.bb44:
%temp0 = load ptr, ptr undef
invoke void %temp0()
to label %if.end57 unwind label %catch.dispatch
sw.epilog:
%temp1 = load ptr, ptr undef
br label %if.end57
catch.dispatch:
%cs = catchswitch within none [label %catch1, label %catch2, label %catch3] unwind to caller
catch1:
%c1 = catchpad within %cs [ptr null, i32 8, ptr null]
unreachable
catch2:
%c2 = catchpad within %cs [ptr null, i32 32, ptr null]
unreachable
catch3:
%c3 = catchpad within %cs [ptr null, i32 64, ptr null]
unreachable
if.then56:
call void @g()
br label %if.end57
if.end57:
ret void
}
; This test exercises a complex case that produced an infinite loop during
; compilation when the two cases above did not. The multiple targets from the
; entry switch are not actually fundamental to the failure, but they are
; necessary to suppress various control flow optimizations that would prevent
; the conditions that lead to the failure.
;
; CHECK-LABEL: .def test3;