8e8d2595da
This patch canonicalizes constant expression GEPs to use i8 source element type, aka ptradd. This is the ConstantFolding equivalent of the InstCombine canonicalization introduced in #68882. I believe all our optimizations working on constant expression GEPs (like GlobalOpt etc) have already been switched to work on offsets, so I don't expect any significant fallout from this change. This is part of: https://discourse.llvm.org/t/rfc-replacing-getelementptr-with-ptradd/68699
29 lines
1.1 KiB
LLVM
29 lines
1.1 KiB
LLVM
; NOTE: Assertions have been autogenerated by utils/update_test_checks.py UTC_ARGS: --version 4
|
|
; RUN: opt -O0 -S < %s | FileCheck %s --check-prefix=O0
|
|
; RUN: opt -O1 -S < %s | FileCheck %s
|
|
; RUN: opt -O2 -S < %s | FileCheck %s
|
|
; RUN: opt -O3 -S < %s | FileCheck %s
|
|
; RUN: opt -Os -S < %s | FileCheck %s
|
|
; RUN: opt -Oz -S < %s | FileCheck %s
|
|
|
|
target datalayout = "e-p:64:64"
|
|
|
|
; Make sure that optimizations do not lose inrange information.
|
|
|
|
@vtable = constant { [3 x ptr] } { [3 x ptr] [ptr null, ptr null, ptr null] }
|
|
|
|
define void @foo(ptr %p) {
|
|
; O0-LABEL: define void @foo(
|
|
; O0-SAME: ptr [[P:%.*]]) {
|
|
; O0-NEXT: store ptr getelementptr inrange(-24, 0) ({ [3 x ptr], [3 x ptr] }, ptr @vtable, i32 0, i32 0, i32 3), ptr [[P]], align 8
|
|
; O0-NEXT: ret void
|
|
;
|
|
; CHECK-LABEL: define void @foo(
|
|
; CHECK-SAME: ptr nocapture writeonly [[P:%.*]]) local_unnamed_addr #[[ATTR0:[0-9]+]] {
|
|
; CHECK-NEXT: store ptr getelementptr inbounds inrange(-24, 0) (i8, ptr @vtable, i64 24), ptr [[P]], align 8
|
|
; CHECK-NEXT: ret void
|
|
;
|
|
store ptr getelementptr inrange(-24, 0) ({ [3 x ptr], [3 x ptr] }, ptr @vtable, i32 0, i32 0, i32 3), ptr %p
|
|
ret void
|
|
}
|