aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/CodeGen/CodeGenPrepare.cpp
diff options
context:
space:
mode:
authorSanjay Patel <spatel@rotateright.com>2020-02-23 11:26:28 -0500
committerSanjay Patel <spatel@rotateright.com>2020-02-23 11:36:53 -0500
commita253a2a793cda34d1f6421ee9b7ca76a03fdfc59 (patch)
tree8348abd082bcf0136e616ad4ffa514e91132df33 /llvm/lib/CodeGen/CodeGenPrepare.cpp
parentaf69d5e10eb7bef52521fc052795690598040dc7 (diff)
downloadllvm-a253a2a793cda34d1f6421ee9b7ca76a03fdfc59.zip
llvm-a253a2a793cda34d1f6421ee9b7ca76a03fdfc59.tar.gz
llvm-a253a2a793cda34d1f6421ee9b7ca76a03fdfc59.tar.bz2
[SDAG] fold fsub -0.0, undef to undef rather than NaN
A question about this behavior came up on llvm-dev: http://lists.llvm.org/pipermail/llvm-dev/2020-February/139003.html ...and as part of backend improvements in D73978. We decided not to implement a more general change that would have folded any FP binop with nearly arbitrary constant + undef operand to undef because that is not theoretically correct (even if it is practically correct). This is the SDAG-equivalent to the IR change in D74713.
Diffstat (limited to 'llvm/lib/CodeGen/CodeGenPrepare.cpp')
0 files changed, 0 insertions, 0 deletions