RPCS3/llvm-mirror
1
0
Fork 0
mirror of https://github.com/RPCS3/llvm-mirror.git synced 2024-11-01 16:33:37 +01:00
Code Issues Projects Releases Wiki Activity
076597a026
llvm-mirror/test/CodeGen/ARM/vst1.ll

102 lines
2.8 KiB
LLVM
Raw Normal View History

Eliminate more uses of llvm-as and llvm-dis. llvm-svn: 81293
2009-09-09 02:09:15 +02:00
; RUN: llc < %s -march=arm -mattr=+neon | FileCheck %s
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
define void @vst1i8(i8* %A, <8 x i8>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1i8:
;CHECK: vst1.8
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <8 x i8>* %B
Use vAny type to get rid of Neon intrinsics that differed only in whether the overloaded vector types allowed floating-point or integer vector elements. Most of these operations actually depend on the element type, so bitcasting was not an option. If you include the vpadd intrinsics that I updated earlier, this gets rid of 20 intrinsics. llvm-svn: 78646
2009-08-11 07:39:44 +02:00
call void @llvm.arm.neon.vst1.v8i8(i8* %A, <8 x i8> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1i16(i16* %A, <4 x i16>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1i16:
;CHECK: vst1.16
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i16* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <4 x i16>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v4i16(i8* %tmp0, <4 x i16> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1i32(i32* %A, <2 x i32>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1i32:
;CHECK: vst1.32
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i32* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <2 x i32>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v2i32(i8* %tmp0, <2 x i32> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1f(float* %A, <2 x float>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1f:
;CHECK: vst1.32
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast float* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <2 x float>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v2f32(i8* %tmp0, <2 x float> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1i64(i64* %A, <1 x i64>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1i64:
;CHECK: vst1.64
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i64* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <1 x i64>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v1i64(i8* %tmp0, <1 x i64> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1Qi8(i8* %A, <16 x i8>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1Qi8:
;CHECK: vst1.8
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <16 x i8>* %B
Use vAny type to get rid of Neon intrinsics that differed only in whether the overloaded vector types allowed floating-point or integer vector elements. Most of these operations actually depend on the element type, so bitcasting was not an option. If you include the vpadd intrinsics that I updated earlier, this gets rid of 20 intrinsics. llvm-svn: 78646
2009-08-11 07:39:44 +02:00
call void @llvm.arm.neon.vst1.v16i8(i8* %A, <16 x i8> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1Qi16(i16* %A, <8 x i16>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1Qi16:
;CHECK: vst1.16
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i16* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <8 x i16>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v8i16(i8* %tmp0, <8 x i16> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1Qi32(i32* %A, <4 x i32>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1Qi32:
;CHECK: vst1.32
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i32* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <4 x i32>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v4i32(i8* %tmp0, <4 x i32> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1Qf(float* %A, <4 x float>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1Qf:
;CHECK: vst1.32
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast float* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <4 x float>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v4f32(i8* %tmp0, <4 x float> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
define void @vst1Qi64(i64* %A, <2 x i64>* %B) nounwind {
Convert more Neon tests to FileCheck. llvm-svn: 78261
2009-08-06 01:51:20 +02:00
;CHECK: vst1Qi64:
;CHECK: vst1.64
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
%tmp0 = bitcast i64* %A to i8*
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
%tmp1 = load <2 x i64>* %B
Fix tests for Neon load/store intrinsics to match the i8* types expected by the intrinsics. The reason for those i8* types is that the intrinsics are overloaded on the vector type and we don't have a way to declare an intrinsic where one argument is an overloaded vector type and another argument is a pointer to the vector element type. The bitcasts added here will match what the frontend will typically generate when these intrinsics are used. llvm-svn: 101840
2010-04-20 02:17:16 +02:00
call void @llvm.arm.neon.vst1.v2i64(i8* %tmp0, <2 x i64> %tmp1)
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
ret void
}
Use vAny type to get rid of Neon intrinsics that differed only in whether the overloaded vector types allowed floating-point or integer vector elements. Most of these operations actually depend on the element type, so bitcasting was not an option. If you include the vpadd intrinsics that I updated earlier, this gets rid of 20 intrinsics. llvm-svn: 78646
2009-08-11 07:39:44 +02:00
declare void @llvm.arm.neon.vst1.v8i8(i8*, <8 x i8>) nounwind
declare void @llvm.arm.neon.vst1.v4i16(i8*, <4 x i16>) nounwind
declare void @llvm.arm.neon.vst1.v2i32(i8*, <2 x i32>) nounwind
declare void @llvm.arm.neon.vst1.v2f32(i8*, <2 x float>) nounwind
declare void @llvm.arm.neon.vst1.v1i64(i8*, <1 x i64>) nounwind
Implement NEON vst1 instruction. llvm-svn: 75037
2009-07-08 22:32:02 +02:00
Use vAny type to get rid of Neon intrinsics that differed only in whether the overloaded vector types allowed floating-point or integer vector elements. Most of these operations actually depend on the element type, so bitcasting was not an option. If you include the vpadd intrinsics that I updated earlier, this gets rid of 20 intrinsics. llvm-svn: 78646
2009-08-11 07:39:44 +02:00
declare void @llvm.arm.neon.vst1.v16i8(i8*, <16 x i8>) nounwind
declare void @llvm.arm.neon.vst1.v8i16(i8*, <8 x i16>) nounwind
declare void @llvm.arm.neon.vst1.v4i32(i8*, <4 x i32>) nounwind
declare void @llvm.arm.neon.vst1.v4f32(i8*, <4 x float>) nounwind
declare void @llvm.arm.neon.vst1.v2i64(i8*, <2 x i64>) nounwind
Reference in New Issue Copy Permalink