aboutsummaryrefslogtreecommitdiffstats
path: root/unittests/Support/MD5Test.cpp
diff options
context:
space:
mode:
authorStephen Lin <stephenwlin@gmail.com>2013-07-10 01:54:24 +0000
committerStephen Lin <stephenwlin@gmail.com>2013-07-10 01:54:24 +0000
commit9ddfe5ea6f46448cf01e114c971e6bd7ac6ad06c (patch)
treefc8a749c7abfbb232e685ed574cdaf90e26b02ec /unittests/Support/MD5Test.cpp
parent45ff709caf46d9f472c9229493853dec27477935 (diff)
downloadexternal_llvm-9ddfe5ea6f46448cf01e114c971e6bd7ac6ad06c.zip
external_llvm-9ddfe5ea6f46448cf01e114c971e6bd7ac6ad06c.tar.gz
external_llvm-9ddfe5ea6f46448cf01e114c971e6bd7ac6ad06c.tar.bz2
Explicitly define ARMISelLowering::isFMAFasterThanFMulAndFAdd. No functionality change.
Currently ARM is the only backend that supports FMA instructions (for at least some subtargets) but does not implement this virtual, so FMAs are never generated except from explicit fma intrinsic calls. Apparently this is due to the fact that it supports both fused (one rounding step) and unfused (two rounding step) multiply + add instructions. This patch clarifies that this the case without changing behavior by implementing the virtual function to simply return false, as the default TargetLoweringBase version does. It is possible that some cpus perform the fused version faster than the unfused version and vice-versa, so the function implementation should be revisited if hard data is found. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185994 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'unittests/Support/MD5Test.cpp')
0 files changed, 0 insertions, 0 deletions