llvm-mirror/test/Transforms/Inline/2003-09-22-PHINodeInlineFail.ll

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

define i32 @main() personality i32 (...)* @__gxx_personality_v0 {
entry:
        invoke void @__main( )
                        to label %LongJmpBlkPost unwind label %LongJmpBlkPre

LongJmpBlkPost:
        ret i32 0

LongJmpBlkPre:
        %i.3 = phi i32 [ 0, %entry ]
        %exn = landingpad {i8*, i32}
                 cleanup
        ret i32 0
}

define void @__main() {
        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-11 20:01:28 +02:00			`; RUN: opt < %s -inline -disable-output`
Checkin an old bug, which appears to be fixed llvm-svn: 8966 2003-10-08 20:26:10 +02: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-17 22:52:32 +02:00			`define i32 @main() personality i32 (...)* @__gxx_personality_v0 {`
Checkin an old bug, which appears to be fixed llvm-svn: 8966 2003-10-08 20:26:10 +02:00			`entry:`
Remove llvm-upgrade and update test cases. llvm-svn: 47793 2008-03-01 10:15:35 +01:00			`invoke void @__main( )`
Update some EH tests that were violating the new EH model. The landingpad instruction needs to be the first non-PHI instruction in the unwind destination block. llvm-svn: 177650 2013-03-21 19:30:10 +01:00			`to label %LongJmpBlkPost unwind label %LongJmpBlkPre`
Checkin an old bug, which appears to be fixed llvm-svn: 8966 2003-10-08 20:26:10 +02:00
Update some EH tests that were violating the new EH model. The landingpad instruction needs to be the first non-PHI instruction in the unwind destination block. llvm-svn: 177650 2013-03-21 19:30:10 +01:00			`LongJmpBlkPost:`
			`ret i32 0`

			`LongJmpBlkPre:`
Verifier: Call verifyModule() from llc and opt Change `llc` and `opt` to run `verifyModule()`. This ensures that we check the full module before `FunctionPass::doInitialization()` ever gets called (I was getting crashes in `DwarfDebug` instead of verifier failures when testing a WIP patch that checks operands of compile units). In `opt`, also move up debug-info-stripping so that it still runs before verification. There was a fair bit of broken code that was sitting in tree. Interestingly, some were cases of a `select` that referred to itself in `-instcombine` tests (apparently an intermediate result). I split them off to `*-noverify.ll` tests with RUN lines like this: opt < %s -S -disable-verify -instcombine \| opt -S \| FileCheck %s This avoids verifying the input file (so we can get the broken code into `-instcombine), but still verifies the output with a second call to `opt` (to verify that `-instcombine` will clean it up like it should). llvm-svn: 233432 2015-03-27 23:04:28 +01:00			`%i.3 = phi i32 [ 0, %entry ]`
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-17 22:52:32 +02:00			`%exn = landingpad {i8*, i32}`
Update some EH tests that were violating the new EH model. The landingpad instruction needs to be the first non-PHI instruction in the unwind destination block. llvm-svn: 177650 2013-03-21 19:30:10 +01:00			`cleanup`
Remove llvm-upgrade and update test cases. llvm-svn: 47793 2008-03-01 10:15:35 +01:00			`ret i32 0`
Checkin an old bug, which appears to be fixed llvm-svn: 8966 2003-10-08 20:26:10 +02:00			`}`

Remove llvm-upgrade and update test cases. llvm-svn: 47793 2008-03-01 10:15:35 +01:00			`define void @__main() {`
			`ret void`
Checkin an old bug, which appears to be fixed llvm-svn: 8966 2003-10-08 20:26:10 +02:00			`}`

Update some EH tests that were violating the new EH model. The landingpad instruction needs to be the first non-PHI instruction in the unwind destination block. llvm-svn: 177650 2013-03-21 19:30:10 +01:00			`declare i32 @__gxx_personality_v0(...)`