3890a3b113
This allows PromoteAlloca to not be reliant on a second SROA run to remove the alloca completely. It just does the full transformation directly. Note PromoteAlloca is still reliant on SROA running first to canonicalize the IR. For instance, PromoteAlloca will no longer handle aggregate types because those should be simplified by SROA before reaching the pass. Reviewed By: #amdgpu, arsenm Differential Revision: https://reviews.llvm.org/D152706
18 lines
696 B
LLVM
18 lines
696 B
LLVM
; NOTE: Assertions have been autogenerated by utils/update_test_checks.py
|
|
; RUN: opt -S -mtriple=amdgcn-- -mcpu=fiji -data-layout=A5 -passes=amdgpu-promote-alloca < %s | FileCheck -check-prefix=OPT %s
|
|
|
|
define i64 @test_pointer_array(i64 %v) {
|
|
; OPT-LABEL: @test_pointer_array(
|
|
; OPT-NEXT: entry:
|
|
; OPT-NEXT: [[TMP0:%.*]] = inttoptr i64 [[V:%.*]] to ptr
|
|
; OPT-NEXT: [[TMP1:%.*]] = insertelement <3 x ptr> undef, ptr [[TMP0]], i32 0
|
|
; OPT-NEXT: [[TMP2:%.*]] = ptrtoint ptr [[TMP0]] to i64
|
|
; OPT-NEXT: ret i64 [[TMP2]]
|
|
;
|
|
entry:
|
|
%a = alloca [3 x ptr], align 16, addrspace(5)
|
|
store i64 %v, ptr addrspace(5) %a, align 16
|
|
%ld = load i64, ptr addrspace(5) %a, align 16
|
|
ret i64 %ld
|
|
}
|