diff options
| author | David Sherwood <david.sherwood@arm.com> | 2022-07-11 15:31:37 +0100 |
|---|---|---|
| committer | David Sherwood <david.sherwood@arm.com> | 2022-07-13 09:29:25 +0100 |
| commit | 307ace7f20d5909d97ef6e81dbfa01e282a845e1 (patch) | |
| tree | 063b86c3695d2b202771b8df16e9df18b7de4cf1 /lldb/unittests/Process/gdb-remote/GDBRemoteCommunicationClientTest.cpp | |
| parent | af49bed93376da6950af116371ecdaab0bf4bb7b (diff) | |
| download | llvm-307ace7f20d5909d97ef6e81dbfa01e282a845e1.zip llvm-307ace7f20d5909d97ef6e81dbfa01e282a845e1.tar.gz llvm-307ace7f20d5909d97ef6e81dbfa01e282a845e1.tar.bz2 | |
[LoopVectorize] Ensure the VPReductionRecipe is placed after all it's inputs
When vectorising ordered reductions we call a function
LoopVectorizationPlanner::adjustRecipesForReductions to replace the
existing VPWidenRecipe for the fadd instruction with a new
VPReductionRecipe. We attempt to insert the new recipe in the same
place, but this is wrong because createBlockInMask may have
generated new recipes that VPReductionRecipe now depends upon. I
have changed the insertion code to append the recipe to the
VPBasicBlock instead.
Added a new RUN with tail-folding enabled to the existing test:
Transforms/LoopVectorize/AArch64/scalable-strict-fadd.ll
Differential Revision: https://reviews.llvm.org/D129550
Diffstat (limited to 'lldb/unittests/Process/gdb-remote/GDBRemoteCommunicationClientTest.cpp')
0 files changed, 0 insertions, 0 deletions