summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Transforms/Vectorize/VPlan.h
diff options
context:
space:
mode:
authorMax Kazantsev <max.kazantsev@azul.com>2018-10-31 10:30:50 +0000
committerMax Kazantsev <max.kazantsev@azul.com>2018-10-31 10:30:50 +0000
commit541f824d32e8caee27f8fbd993a7dc8b63040b65 (patch)
tree3896001523dcaef3523721a53c3d8cab52c88d37 /llvm/lib/Transforms/Vectorize/VPlan.h
parent3d2ab50d33f84acb06e997522838a6a05fc77786 (diff)
downloadbcm5719-llvm-541f824d32e8caee27f8fbd993a7dc8b63040b65.tar.gz
bcm5719-llvm-541f824d32e8caee27f8fbd993a7dc8b63040b65.zip
[IndVars] Strengthen restricton in rewriteLoopExitValues
For some unclear reason rewriteLoopExitValues considers recalculation after the loop profitable if it has some "soft uses" outside the loop (i.e. any use other than call and return), even if we have proved that it has a user inside the loop which we think will not be optimized away. There is no existing unit test that would explain this. This patch provides an example when rematerialisation of exit value is not profitable but it passes this check due to presence of a "soft use" outside the loop. It makes no sense to recalculate value on exit if we are going to compute it due to some irremovable within the loop. This patch disallows applying this transform in the described situation. Differential Revision: https://reviews.llvm.org/D51581 Reviewed By: etherzhhb llvm-svn: 345708
Diffstat (limited to 'llvm/lib/Transforms/Vectorize/VPlan.h')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud