llvm-project/llvm/test/Transforms/SCCP/2004-11-16-DeadInvoke.ll

; RUN: opt < %s -sccp -disable-output

declare i32 @foo()

define void @caller() personality i8* bitcast (i32 (...)* @__gxx_personality_v0 to i8*) {
	br i1 true, label %T, label %F
F:		; preds = %0
	%X = invoke i32 @foo( )
			to label %T unwind label %LP		; <i32> [#uses=0]
LP:
        %val = landingpad { i8*, i32 }
                 catch i8* null
        br label %T
T:
	ret void
}

declare i32 @__gxx_personality_v0(...)
Change tests from "opt %s" to "opt < %s" so that opt doesn't see the input filename so that opt doesn't print the input filename in the output so that grep lines in the tests don't unintentionally match strings in the input filename. llvm-svn: 81537 2009-09-12 02:01:28 +08:00			`; RUN: opt < %s -sccp -disable-output`
New testcase for recent patch to SCCP, thanks to Nate Begeman for pointing out this recent regression llvm-svn: 17898 2004-11-17 00:39:20 +08:00
Upgrade tests to not use llvm-upgrade. llvm-svn: 48529 2008-03-19 12:14:49 +08:00			`declare i32 @foo()`
New testcase for recent patch to SCCP, thanks to Nate Begeman for pointing out this recent regression llvm-svn: 17898 2004-11-17 00:39:20 +08:00
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 llvm-svn: 239940 2015-06-18 04:52:32 +08:00			`define void @caller() personality i8* bitcast (i32 (...)* @__gxx_personality_v0 to i8*) {`
Upgrade tests to not use llvm-upgrade. llvm-svn: 48529 2008-03-19 12:14:49 +08:00			`br i1 true, label %T, label %F`
			`F: ; preds = %0`
			`%X = invoke i32 @foo( )`
Update the tests to the new EH scheme. llvm-svn: 138891 2011-09-01 04:55:40 +08:00			`to label %T unwind label %LP ; <i32> [#uses=0]`
			`LP:`
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 llvm-svn: 239940 2015-06-18 04:52:32 +08:00			`%val = landingpad { i8*, i32 }`
Update the tests to the new EH scheme. llvm-svn: 138891 2011-09-01 04:55:40 +08:00			`catch i8* null`
			`br label %T`
			`T:`
New testcase for recent patch to SCCP, thanks to Nate Begeman for pointing out this recent regression llvm-svn: 17898 2004-11-17 00:39:20 +08:00			`ret void`
			`}`
Upgrade tests to not use llvm-upgrade. llvm-svn: 48529 2008-03-19 12:14:49 +08:00
Update the tests to the new EH scheme. llvm-svn: 138891 2011-09-01 04:55:40 +08:00			`declare i32 @__gxx_personality_v0(...)`