llvm-6502/test/CodeGen/X86/fp-double-rounding.ll
Ahmed Bougacha 9e9bde9b54 [CodeGen] Don't blindly combine (fp_round (fp_round x)) to (fp_round x).
We used to do this DAG combine, but it's not always correct:
If the first fp_round isn't a value preserving truncation, it might
introduce a tie in the second fp_round, that wouldn't occur in the
single-step fp_round we want to fold to.
In other words, double rounding isn't the same as rounding.

Differential Revision: http://reviews.llvm.org/D7571


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@228911 91177308-0d34-0410-b5e6-96231b3b80d8
2015-02-12 06:15:29 +00:00

32 lines
957 B
LLVM

; RUN: llc < %s | FileCheck %s --check-prefix=CHECK --check-prefix=SAFE
; RUN: llc < %s -enable-unsafe-fp-math | FileCheck %s --check-prefix=CHECK --check-prefix=UNSAFE
target datalayout = "e-m:o-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64--"
; CHECK-LABEL: double_rounding:
; SAFE: callq __trunctfdf2
; SAFE-NEXT: cvtsd2ss %xmm0
; UNSAFE: callq __trunctfsf2
; UNSAFE-NOT: cvt
define void @double_rounding(fp128* %x, float* %f) {
entry:
%0 = load fp128* %x, align 16
%1 = fptrunc fp128 %0 to double
%2 = fptrunc double %1 to float
store float %2, float* %f, align 4
ret void
}
; CHECK-LABEL: double_rounding_precise_first:
; CHECK: fstps (%
; CHECK-NOT: fstpl
define void @double_rounding_precise_first(float* %f) {
entry:
; Hack, to generate a precise FP_ROUND to double
%precise = call double asm sideeffect "fld %st(0)", "={st(0)}"()
%0 = fptrunc double %precise to float
store float %0, float* %f, align 4
ret void
}