diff options
| author | Craig Topper <craig.topper@gmail.com> | 2020-04-16 17:03:16 -0700 |
|---|---|---|
| committer | Craig Topper <craig.topper@gmail.com> | 2020-04-16 17:49:22 -0700 |
| commit | 944cc5e0ab5c1323e6cd9c3a72e8de89bd8a67b0 (patch) | |
| tree | cb1ed6aaaedd380151e0203143cc38aa9da4cb3e /llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp | |
| parent | 741d3c20161ef5ebb68ede85e9f1a1150124952a (diff) | |
| download | llvm-944cc5e0ab5c1323e6cd9c3a72e8de89bd8a67b0.zip llvm-944cc5e0ab5c1323e6cd9c3a72e8de89bd8a67b0.tar.gz llvm-944cc5e0ab5c1323e6cd9c3a72e8de89bd8a67b0.tar.bz2 | |
[SelectionDAGBuilder][CGP][X86] Move some of SDB's gather/scatter uniform base handling to CGP.
I've always found the "findValue" a little odd and
inconsistent with other things in SDB.
This simplfifies the code in SDB to just handle a splat constant
address or a 2 operand GEP in the same BB. This removes the
need for "findValue" since the operands to the GEP are
guaranteed to be available. The splat constant handling is
new, but was needed to avoid regressions due to constant
folding combining GEPs created in CGP.
CGP is now responsible for canonicalizing gather/scatters into
this form. The pattern I'm using for scalarizing, a scalar GEP
followed by a GEP with an all zeroes index, seems to be subject
to constant folding that the insertelement+shufflevector was not.
Differential Revision: https://reviews.llvm.org/D76947
Diffstat (limited to 'llvm/lib/CodeGen/TargetLoweringObjectFileImpl.cpp')
0 files changed, 0 insertions, 0 deletions