diff options
author | Michael Kruse <llvm@meinersbur.de> | 2019-04-01 17:47:41 +0000 |
---|---|---|
committer | Michael Kruse <llvm@meinersbur.de> | 2019-04-01 17:47:41 +0000 |
commit | 58e7642669bff358a722d885202dc169f56f0507 (patch) | |
tree | 10a9c46016c82ad61b46bbe5d4462ce12e1a26c9 /lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp | |
parent | f6c04ad4860074bf35fb890969ce7f3ed532b548 (diff) | |
download | bcm5719-llvm-58e7642669bff358a722d885202dc169f56f0507.tar.gz bcm5719-llvm-58e7642669bff358a722d885202dc169f56f0507.zip |
[CodeGen] Generate follow-up metadata for loops with more than one transformation.
Before this patch, CGLoop would dump all transformations for a loop into
a single LoopID without encoding any order in which to apply them.
rL348944 added the possibility to encode a transformation order using
followup-attributes.
When a loop has more than one transformation, use the follow-up
attribute define the order in which they are applied. The emitted order
is the defacto order as defined by the current LLVM pass pipeline,
which is:
LoopFullUnrollPass
LoopDistributePass
LoopVectorizePass
LoopUnrollAndJamPass
LoopUnrollPass
MachinePipeliner
This patch should therefore not change the assembly output, assuming
that all explicit transformations can be applied, and no implicit
transformations in-between. In the former case,
WarnMissedTransformationsPass should emit a warning (except for
MachinePipeliner which is not implemented yet). The latter could be
avoided by adding 'llvm.loop.disable_nonforced' attributes.
Because LoopUnrollAndJamPass processes a loop nest, generation of the
MDNode is delayed to after the inner loop metadata have been processed.
A temporary LoopID is therefore used to annotate instructions and
RAUW'ed by the actual LoopID later.
Differential Revision: https://reviews.llvm.org/D57978
llvm-svn: 357415
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/python_api/process/main.cpp')
0 files changed, 0 insertions, 0 deletions