[PATCH] D116766: [SCEV] Sequential/in-order `UMin` expression
Roman Lebedev via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sat Jan 8 01:54:29 PST 2022
lebedev.ri updated this revision to Diff 398322.
lebedev.ri retitled this revision from "[SCEV] Saturating `UMin` expression" to "[SCEV] Sequential/in-order `UMin` expression".
lebedev.ri added a comment.
Naming things is perhaps the hardest part. After thinking about it more,
i feel like what should be emphasized is the sequential-ness of these reductions.
I'm not going to change this myself again, but i'm open to thoughts whether there is a better naming alternative.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D116766/new/
https://reviews.llvm.org/D116766
Files:
llvm/include/llvm/Analysis/ScalarEvolution.h
llvm/include/llvm/Analysis/ScalarEvolutionDivision.h
llvm/include/llvm/Analysis/ScalarEvolutionExpressions.h
llvm/include/llvm/IR/IRBuilder.h
llvm/include/llvm/Transforms/Utils/ScalarEvolutionExpander.h
llvm/lib/Analysis/ScalarEvolution.cpp
llvm/lib/Transforms/Utils/ScalarEvolutionExpander.cpp
llvm/test/Analysis/ScalarEvolution/exit-count-select-safe.ll
llvm/test/Transforms/IndVarSimplify/exit-count-select.ll
polly/include/polly/Support/SCEVAffinator.h
polly/lib/Support/SCEVAffinator.cpp
polly/lib/Support/SCEVValidator.cpp
polly/lib/Support/ScopHelper.cpp
-------------- next part --------------
A non-text attachment was scrubbed...
Name: D116766.398322.patch
Type: text/x-patch
Size: 39064 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20220108/62b426c5/attachment.bin>
More information about the llvm-commits
mailing list