diff options
| author | Sanjay Patel <spatel@rotateright.com> | 2020-05-08 16:29:07 -0400 |
|---|---|---|
| committer | Sanjay Patel <spatel@rotateright.com> | 2020-05-08 16:31:12 -0400 |
| commit | 0d2a0b44c812e5aafa418e4806171867f3181cbe (patch) | |
| tree | 7ef06181e0cdbd5ea3c7b7bb27021b718cbb6329 /llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp | |
| parent | eb7d32e46fe184fdfcb52e0a25973e713047e305 (diff) | |
| download | llvm-0d2a0b44c812e5aafa418e4806171867f3181cbe.zip llvm-0d2a0b44c812e5aafa418e4806171867f3181cbe.tar.gz llvm-0d2a0b44c812e5aafa418e4806171867f3181cbe.tar.bz2 | |
[VectorCombine] scalarize binop of inserted elements into vector constants
As with the extractelement patterns that are currently in vector-combine,
there are going to be several possible variations on this theme. This
should be the clearest, simplest example.
Scalarization is the right direction for target-independent canonicalization,
and InstCombine has some of those folds already, but it doesn't do this.
I proposed a similar transform in D50992. Here in vector-combine, we can
check the cost model to be sure it's profitable, so there should be less risk.
Differential Revision: https://reviews.llvm.org/D79452
Diffstat (limited to 'llvm/lib/ToolDrivers/llvm-lib/LibDriver.cpp')
0 files changed, 0 insertions, 0 deletions