[PATCH] D12905: [SCEV][LV] Introduce SCEV Predicates and use them to re-implement stride versioning
Adam Nemet via llvm-commits
llvm-commits at lists.llvm.org
Wed Sep 30 14:21:15 PDT 2015
anemet added inline comments.
================
Comment at: include/llvm/Analysis/LoopAccessAnalysis.h:470-473
@@ -460,6 +469,6 @@
public:
LoopAccessInfo(Loop *L, ScalarEvolution *SE, const DataLayout &DL,
const TargetLibraryInfo *TLI, AliasAnalysis *AA,
DominatorTree *DT, LoopInfo *LI,
- const ValueToValueMap &Strides);
+ const ValueToValueMap &Strides, const unsigned SCEVComplexity);
----------------
I am not sure I understand this interface (it is certainly under-documented and so is getInfo):
What is the point of passing strides and SCEV complexity? Don't we know already that for each symbolic stride in Strides we will need exactly one check? I understand that this will change when we generate predicates for other SCEV assumption, but:
Wouldn't it be better to pass a PredicateSet here initialized with the strides?
http://reviews.llvm.org/D12905
More information about the llvm-commits
mailing list