mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-08-21 18:29:46 +00:00
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
22 lines
543 B
LLVM
22 lines
543 B
LLVM
; RUN: llc -O0 -mtriple=x86_64-windows-msvc < %s | FileCheck %s
|
|
|
|
declare void @g()
|
|
define void @f() personality i8* bitcast (i32 (...)* @__C_specific_handler to i8*) {
|
|
invoke void @g() to label %return unwind label %lpad
|
|
|
|
return:
|
|
ret void
|
|
|
|
lpad:
|
|
%ehptrs = landingpad {i8*, i32}
|
|
filter [0 x i8*] zeroinitializer
|
|
call void @__cxa_call_unexpected(i8* null)
|
|
unreachable
|
|
}
|
|
declare i32 @__C_specific_handler(...)
|
|
declare void @__cxa_call_unexpected(i8*)
|
|
|
|
; We don't emit entries for filters.
|
|
; CHECK: .seh_handlerdata
|
|
; CHECK: .long 0
|