forked from OSchip/llvm-project
[SLP] Arguments should be camel case, and start with an upper case letter. NFC.
llvm-svn: 280248
This commit is contained in:
parent
15b978a2c8
commit
669130ffdf
|
@ -80,7 +80,7 @@ private:
|
|||
/// \returns true if a value was vectorized.
|
||||
bool tryToVectorizeList(ArrayRef<Value *> VL, slpvectorizer::BoUpSLP &R,
|
||||
ArrayRef<Value *> BuildVector = None,
|
||||
bool allowReorder = false);
|
||||
bool AllowReorder = false);
|
||||
|
||||
/// \brief Try to vectorize a chain that may start at the operands of \V;
|
||||
bool tryToVectorize(BinaryOperator *V, slpvectorizer::BoUpSLP &R);
|
||||
|
|
|
@ -3851,7 +3851,7 @@ bool SLPVectorizerPass::tryToVectorizePair(Value *A, Value *B, BoUpSLP &R) {
|
|||
|
||||
bool SLPVectorizerPass::tryToVectorizeList(ArrayRef<Value *> VL, BoUpSLP &R,
|
||||
ArrayRef<Value *> BuildVector,
|
||||
bool allowReorder) {
|
||||
bool AllowReorder) {
|
||||
if (VL.size() < 2)
|
||||
return false;
|
||||
|
||||
|
@ -3908,7 +3908,7 @@ bool SLPVectorizerPass::tryToVectorizeList(ArrayRef<Value *> VL, BoUpSLP &R,
|
|||
|
||||
R.buildTree(Ops, BuildVectorSlice);
|
||||
// TODO: check if we can allow reordering for more cases.
|
||||
if (allowReorder && R.shouldReorder()) {
|
||||
if (AllowReorder && R.shouldReorder()) {
|
||||
// Conceptually, there is nothing actually preventing us from trying to
|
||||
// reorder a larger list. In fact, we do exactly this when vectorizing
|
||||
// reductions. However, at this point, we only expect to get here from
|
||||
|
|
Loading…
Reference in New Issue