RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-26 04:32:44 +01:00
Code Issues Projects Releases Wiki Activity
0b66377b09
llvm-mirror/test/CodeGen/X86/gcc_except_table.ll

54 lines
1.5 KiB
LLVM
Raw Normal View History

Two updated tests for MinGW 32 and 64 exception handling code generation. llvm-svn: 205227
2014-03-31 19:34:15 +02:00
; RUN: llc -mtriple x86_64-apple-darwin %s -o - | FileCheck %s --check-prefix=APPLE
; RUN: llc -mtriple x86_64-pc-windows-gnu %s -o - | FileCheck %s --check-prefix=MINGW64
; RUN: llc -mtriple i686-pc-windows-gnu %s -o - | FileCheck %s --check-prefix=MINGW32
Add a test showing how the Leh_func_endN symbol is used. llvm-svn: 148161
2012-01-14 01:12:59 +01:00
@_ZTIi = external constant i8*
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() uwtable optsize ssp personality i8* bitcast (i32 (...)* @__gxx_personality_v0 to i8*) {
Two updated tests for MinGW 32 and 64 exception handling code generation. llvm-svn: 205227
2014-03-31 19:34:15 +02:00
; APPLE: .cfi_startproc
; APPLE: .cfi_personality 155, ___gxx_personality_v0
; APPLE: .cfi_lsda 16, Lexception0
; APPLE: .cfi_def_cfa_offset 16
; APPLE: callq __Unwind_Resume
; APPLE: .cfi_endproc
; APPLE: GCC_except_table0:
; APPLE: Lexception0:
Re-apply r211399, "Generate native unwind info on Win64" with a fix to ignore SEH pseudo ops in X86 JIT emitter. -- This patch enables LLVM to emit Win64-native unwind info rather than DWARF CFI. It handles all corner cases (I hope), including stack realignment. Because the unwind info is not flexible enough to describe stack frames with a gap of unknown size in the middle, such as the one caused by stack realignment, I modified register spilling code to place all spills into the fixed frame slots, so that they can be accessed relative to the frame pointer. Patch by Vadim Chugunov! Reviewed By: rnk Differential Revision: http://reviews.llvm.org/D4081 llvm-svn: 211691
2014-06-25 14:41:52 +02:00
; MINGW64: .seh_proc
; MINGW64: .seh_handler __gxx_personality_v0
X86: Emit an ABI compliant prologue and epilogue for Win64 Win64 has specific contraints on what valid prologues and epilogues look like. This constraint is born from the flexibility and descriptiveness of Win64's unwind opcodes. Prologues previously emitted by LLVM could not be represented by the unwind opcodes, preventing operations powered by stack unwinding to successfully work. Differential Revision: http://reviews.llvm.org/D7520 llvm-svn: 228641
2015-02-10 01:57:42 +01:00
; MINGW64: .seh_setframe 5, 32
Two updated tests for MinGW 32 and 64 exception handling code generation. llvm-svn: 205227
2014-03-31 19:34:15 +02:00
; MINGW64: callq _Unwind_Resume
Re-apply r211399, "Generate native unwind info on Win64" with a fix to ignore SEH pseudo ops in X86 JIT emitter. -- This patch enables LLVM to emit Win64-native unwind info rather than DWARF CFI. It handles all corner cases (I hope), including stack realignment. Because the unwind info is not flexible enough to describe stack frames with a gap of unknown size in the middle, such as the one caused by stack realignment, I modified register spilling code to place all spills into the fixed frame slots, so that they can be accessed relative to the frame pointer. Patch by Vadim Chugunov! Reviewed By: rnk Differential Revision: http://reviews.llvm.org/D4081 llvm-svn: 211691
2014-06-25 14:41:52 +02:00
; MINGW64: .seh_handlerdata
Two updated tests for MinGW 32 and 64 exception handling code generation. llvm-svn: 205227
2014-03-31 19:34:15 +02:00
; MINGW64: GCC_except_table0:
; MINGW64: Lexception0:
Re-apply r211399, "Generate native unwind info on Win64" with a fix to ignore SEH pseudo ops in X86 JIT emitter. -- This patch enables LLVM to emit Win64-native unwind info rather than DWARF CFI. It handles all corner cases (I hope), including stack realignment. Because the unwind info is not flexible enough to describe stack frames with a gap of unknown size in the middle, such as the one caused by stack realignment, I modified register spilling code to place all spills into the fixed frame slots, so that they can be accessed relative to the frame pointer. Patch by Vadim Chugunov! Reviewed By: rnk Differential Revision: http://reviews.llvm.org/D4081 llvm-svn: 211691
2014-06-25 14:41:52 +02:00
; MINGW64: .seh_endproc
Two updated tests for MinGW 32 and 64 exception handling code generation. llvm-svn: 205227
2014-03-31 19:34:15 +02:00
; MINGW32: .cfi_startproc
; MINGW32: .cfi_personality 0, ___gxx_personality_v0
; MINGW32: .cfi_lsda 0, Lexception0
; MINGW32: .cfi_def_cfa_offset 8
; MINGW32: calll __Unwind_Resume
; MINGW32: .cfi_endproc
; MINGW32: GCC_except_table0:
; MINGW32: Lexception0:
Add more addFrameMove test coverage. llvm-svn: 182019
2013-05-16 18:09:54 +02:00
Add a test showing how the Leh_func_endN symbol is used. llvm-svn: 148161
2012-01-14 01:12:59 +01:00
entry:
invoke void @_Z1fv() optsize
to label %try.cont unwind label %lpad
lpad:
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
%0 = landingpad { i8*, i32 }
Reland r229944: EH: Prune unreachable resume instructions during Dwarf EH preparation Fix the double-deletion of AnalysisResolver when delegating through to Dwarf EH preparation by creating one from scratch. Hopefully the new pass manager simplifies this. This reverts commit r229952. llvm-svn: 231719
2015-03-09 23:45:16 +01:00
cleanup
Add a test showing how the Leh_func_endN symbol is used. llvm-svn: 148161
2012-01-14 01:12:59 +01:00
catch i8* bitcast (i8** @_ZTIi to i8*)
br label %eh.resume
try.cont:
ret i32 0
eh.resume:
resume { i8*, i32 } %0
}
declare void @_Z1fv() optsize
declare i32 @__gxx_personality_v0(...)
Reference in New Issue Copy Permalink