llvm/test/Other/2008-10-15-MissingSpace.ll

; RUN: llvm-as < %s | llvm-dis | FileCheck %s
; PR2894
declare void @g()
define void @f() personality i32 (...)* @__gxx_personality_v0 {
; CHECK:  invoke void @g()
; CHECK:           to label %d unwind label %c
  invoke void @g() to label %d unwind label %c
d:
  ret void
c:
  %exn = landingpad {i8*, i32}
            cleanup
  ret void
}

declare i32 @__gxx_personality_v0(...)
Using "not grep" is brittle as the test passes if llvm-as fails. Fix the testcase to be valid IL and uses FileCheck. Thanks to NAKAMURA Takumi for noticing it. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168427 91177308-0d34-0410-b5e6-96231b3b80d8 2012-11-21 14:17:23 +00:00			`; RUN: llvm-as < %s \| llvm-dis \| FileCheck %s`
Testcase for PR2894. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@57604 91177308-0d34-0410-b5e6-96231b3b80d8 2008-10-15 22:34:34 +00:00			`; PR2894`
			`declare void @g()`
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			`define void @f() personality i32 (...)* @__gxx_personality_v0 {`
Using "not grep" is brittle as the test passes if llvm-as fails. Fix the testcase to be valid IL and uses FileCheck. Thanks to NAKAMURA Takumi for noticing it. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168427 91177308-0d34-0410-b5e6-96231b3b80d8 2012-11-21 14:17:23 +00:00			`; CHECK: invoke void @g()`
			`; CHECK: to label %d unwind label %c`
			`invoke void @g() to label %d unwind label %c`
			`d:`
			`ret void`
Update to new EH scheme. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@138906 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-31 21:44:24 +00:00			`c:`
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			`%exn = landingpad {i8*, i32}`
Update to new EH scheme. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@138906 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-31 21:44:24 +00:00			`cleanup`
			`ret void`
Testcase for PR2894. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@57604 91177308-0d34-0410-b5e6-96231b3b80d8 2008-10-15 22:34:34 +00:00			`}`
Update to new EH scheme. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@138906 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-31 21:44:24 +00:00
			`declare i32 @__gxx_personality_v0(...)`