mirror of
https://github.com/RPCS3/llvm-mirror.git
synced 2024-10-21 03:53:04 +02:00
70188cc8ca
Because the operands of a vector SETCC node can be of a different type from the result (and often are), it can happen that even if we'd prefer to widen the result type of the SETCC, the operands have been split instead. In this case, the SETCC result also must be split. This mirrors what is done in WidenVecRes_SELECT, and should be NFC elsewhere because if the operands are not widened the following calls to GetWidenedVector will assert (which is what was happening in the test case). llvm-svn: 232935
41 lines
1.3 KiB
LLVM
41 lines
1.3 KiB
LLVM
; RUN: llc -mcpu=a2q < %s | FileCheck %s
|
|
target datalayout = "E-m:e-i64:64-n32:64"
|
|
target triple = "powerpc64-bgq-linux"
|
|
|
|
; Function Attrs: nounwind
|
|
define void @gsl_sf_legendre_Pl_deriv_array() #0 {
|
|
entry:
|
|
br i1 undef, label %do.body.i, label %if.else.i
|
|
|
|
do.body.i: ; preds = %entry
|
|
unreachable
|
|
|
|
if.else.i: ; preds = %entry
|
|
br i1 undef, label %return, label %for.body46.lr.ph
|
|
|
|
for.body46.lr.ph: ; preds = %if.else.i
|
|
br label %vector.body198
|
|
|
|
vector.body198: ; preds = %vector.body198, %for.body46.lr.ph
|
|
%0 = icmp ne <4 x i32> undef, zeroinitializer
|
|
%1 = select <4 x i1> %0, <4 x double> <double 5.000000e-01, double 5.000000e-01, double 5.000000e-01, double 5.000000e-01>, <4 x double> <double -5.000000e-01, double -5.000000e-01, double -5.000000e-01, double -5.000000e-01>
|
|
%2 = fmul <4 x double> undef, %1
|
|
%3 = fmul <4 x double> undef, %2
|
|
%4 = fmul <4 x double> %3, undef
|
|
store <4 x double> %4, <4 x double>* undef, align 8
|
|
br label %vector.body198
|
|
|
|
; CHECK-LABEL: @gsl_sf_legendre_Pl_deriv_array
|
|
; CHECK: qvlfiwzx
|
|
; CHECK: qvfcfidu
|
|
; CHECK: qvfcmpeq
|
|
; CHECK: qvfsel
|
|
; CHECK: qvfmul
|
|
|
|
return: ; preds = %if.else.i
|
|
ret void
|
|
}
|
|
|
|
attributes #0 = { nounwind }
|
|
|