llvm-6502/test/Transforms/GlobalOpt/invoke.ll
David Majnemer cc714e2142 Move the personality function from LandingPadInst to Function
The personality routine currently lives in the LandingPadInst.

This isn't desirable because:
- All LandingPadInsts in the same function must have the same
  personality routine.  This means that each LandingPadInst beyond the
  first has an operand which produces no additional information.

- There is ongoing work to introduce EH IR constructs other than
  LandingPadInst.  Moving the personality routine off of any one
  particular Instruction and onto the parent function seems a lot better
  than have N different places a personality function can sneak onto an
  exceptional function.

Differential Revision: http://reviews.llvm.org/D10429

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@239940 91177308-0d34-0410-b5e6-96231b3b80d8
2015-06-17 20:52:32 +00:00

28 lines
709 B
LLVM

; RUN: opt -S -globalopt < %s | FileCheck %s
; rdar://11022897
; Globalopt should be able to evaluate an invoke.
; CHECK: @tmp = global i32 1
@llvm.global_ctors = appending global [1 x { i32, void ()* }] [{ i32, void ()* } { i32 65535, void ()* @_GLOBAL__I_a }]
@tmp = global i32 0
define i32 @one() {
ret i32 1
}
define void @_GLOBAL__I_a() personality i8* undef {
bb:
%tmp1 = invoke i32 @one()
to label %bb2 unwind label %bb4
bb2: ; preds = %bb
store i32 %tmp1, i32* @tmp
ret void
bb4: ; preds = %bb
%tmp5 = landingpad { i8*, i32 }
filter [0 x i8*] zeroinitializer
unreachable
}