File: branchfolding-landingpads.ll

package info (click to toggle)
llvm-toolchain-19 1%3A19.1.7-3
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 1,998,520 kB
  • sloc: cpp: 6,951,680; ansic: 1,486,157; asm: 913,598; python: 232,024; f90: 80,126; objc: 75,281; lisp: 37,276; pascal: 16,990; sh: 10,009; ml: 5,058; perl: 4,724; awk: 3,523; makefile: 3,167; javascript: 2,504; xml: 892; fortran: 664; cs: 573
file content (45 lines) | stat: -rw-r--r-- 1,355 bytes parent folder | download | duplicates (13)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
; RUN: llc %s -o - -verify-machineinstrs | FileCheck %s

target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64-unknown-unknown"

; The machine level BranchFolding pass will try to remove the 'unreachable' block
; and rewrite 'entry' to jump to the block 'unreachable' falls through to.
; That will be a landing pad and result in 'entry' jumping to 2 landing pads.
; This tests that we don't do this change when the fallthrough is itself a landing
; pad.

declare i32 @__gxx_personality_v0(...)
declare void @foo()

; Function Attrs: noreturn
declare void @_throw()

; CHECK-LABEL: @main
; CHECK: %unreachable

define i32 @main(ptr %cleanup) personality ptr @__gxx_personality_v0 {
entry:
  invoke void @_throw() #0
          to label %unreachable unwind label %catch.dispatch9

catch.dispatch9:                                  ; preds = %entry
  %tmp13 = landingpad { ptr, i32 }
          cleanup
          catch ptr null
  invoke void @_throw() #0
          to label %unreachable unwind label %lpad31

lpad31:                                           ; preds = %catch.dispatch9
  %tmp20 = landingpad { ptr, i32 }
          cleanup
          catch ptr null
  call void @foo()
  unreachable

unreachable:                                      ; preds = %catch.dispatch9, %entry
  unreachable
}

attributes #0 = { noreturn }