summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Bitcode/Reader/BitstreamReader.cpp
diff options
context:
space:
mode:
authorMichael Kuperstein <michael.m.kuperstein@intel.com>2015-05-25 12:35:25 +0000
committerMichael Kuperstein <michael.m.kuperstein@intel.com>2015-05-25 12:35:25 +0000
commitf1452286764e89f5bc5aa6407e166bd949f98b1b (patch)
treed148fa6c18f520119cff5dfe57b2ba0cb3e31347 /llvm/lib/Bitcode/Reader/BitstreamReader.cpp
parent1c1391ba2499c0255427aaf0d831103c6fcd108e (diff)
downloadbcm5719-llvm-f1452286764e89f5bc5aa6407e166bd949f98b1b.tar.gz
bcm5719-llvm-f1452286764e89f5bc5aa6407e166bd949f98b1b.zip
[X86] When pattern-matching scalar FMA3 intrinsics, don't re-arrange the first and second operands.
The semantics of the scalar FMA intrinsics are that the high vector elements are copied from the first source. The existing pattern switches src1 and src2 around, to match the "213" order, which ends up tying the original src2 to the dest. Since the actual scalar fma3 instructions copy the high elements from the dest register, the wrong values are copied. This modifies the pattern to leave src1 and src2 in their original order. Differential Revision: http://reviews.llvm.org/D9908 llvm-svn: 238131
Diffstat (limited to 'llvm/lib/Bitcode/Reader/BitstreamReader.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud