f5d054cdc1
In supporting opaque pointers we need to re-materialize typed pointers in bitcode emission. Because of how the value-enumerator pre-allocates types and instructions we need to insert some no-op bitcasts in the places that we'll need bitcasts for the pointer types. Reviewed By: kuhar Differential Revision: https://reviews.llvm.org/D122269
33 lines
730 B
LLVM
33 lines
730 B
LLVM
; RUN: llc --filetype=asm %s -o - | FileCheck %s
|
|
target triple = "dxil-unknown-unknown"
|
|
|
|
define i64 @test(ptr %p) {
|
|
%v = load i64, ptr %p
|
|
ret i64 %v
|
|
}
|
|
|
|
; CHECK: define i64 @test(ptr %p) {
|
|
; CHECK-NEXT: %v = load i64, ptr %p, align 8
|
|
; CHECK-NEXT: ret i64 %v
|
|
|
|
define i64 @test2(ptr %p) {
|
|
store i64 0, ptr %p
|
|
%v = load i64, ptr %p
|
|
ret i64 %v
|
|
}
|
|
|
|
; CHECK: define i64 @test2(ptr %p) {
|
|
; CHECK-NEXT: store i64 0, ptr %p
|
|
; CHECK-NEXT: %v = load i64, ptr %p, align 8
|
|
; CHECK-NEXT: ret i64 %v
|
|
|
|
define i32 @test3(ptr %0) {
|
|
%2 = getelementptr i32, ptr %0, i32 4
|
|
%3 = load i32, ptr %2
|
|
ret i32 %3
|
|
}
|
|
|
|
; CHECK: define i32 @test3(ptr %0) {
|
|
; CHECK-NEXT: %2 = getelementptr i32, ptr %0, i32 4
|
|
; CHECK-NEXT: %3 = load i32, ptr %2
|