Probably not a good idea to convert a single vector load into a memcpy. We

don't do this now, but add a test case to prevent this from happening in the
future.
Additional test for rdar://9892684

llvm-svn: 145879
This commit is contained in:
Chad Rosier 2011-12-06 00:19:08 +00:00
parent c3c8c0eddd
commit 7096fea51c
2 changed files with 14 additions and 0 deletions

View File

@ -1370,6 +1370,8 @@ Value *llvm::isBytewiseValue(Value *V) {
return Val; return Val;
} }
// FIXME: Vector types (e.g., <4 x i32> <i32 -1, i32 -1, i32 -1, i32 -1>).
// Conceptually, we could handle things like: // Conceptually, we could handle things like:
// %a = zext i8 %X to i16 // %a = zext i8 %X to i16

View File

@ -236,3 +236,15 @@ define void @test7(i32* nocapture %c) nounwind optsize {
; CHECK: call void @llvm.memset.p0i8.i64(i8* %5, i8 -1, i64 20, i32 4, i1 false) ; CHECK: call void @llvm.memset.p0i8.i64(i8* %5, i8 -1, i64 20, i32 4, i1 false)
ret void ret void
} }
%struct.test8 = type { [4 x i32] }
define void @test8() {
entry:
%memtmp = alloca %struct.test8, align 16
%0 = bitcast %struct.test8* %memtmp to <4 x i32>*
store <4 x i32> <i32 -1, i32 -1, i32 -1, i32 -1>, <4 x i32>* %0, align 16
ret void
; CHECK: @test8
; CHECK: store <4 x i32> <i32 -1, i32 -1, i32 -1, i32 -1>, <4 x i32>* %0, align 16
}