[PATCH] D22792: VecClone Pass
Francesco Petrogalli via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Tue Nov 28 00:41:56 PST 2017
fpetrogalli added inline comments.
================
Comment at: include/llvm/Analysis/VectorVariant.h:34-37
+#define STRIDE_KIND 's'
+#define LINEAR_KIND 'l'
+#define UNIFORM_KIND 'u'
+#define VECTOR_KIND 'v'
----------------
mmasten wrote:
> fpetrogalli wrote:
> > mmasten wrote:
> > > fpetrogalli wrote:
> > > > We will have to support OpenMP 4.5 linear modifiers, which are rendered as 2-char tokens in the mangled names. Woudn't it better to avoid #defines of chars and instead use enums inside the VectorKind class?
> > > Ok, I can change this to an enum inside the VectorKind class. I don't have a patch ready for the LoopVectorize part, but I will prepare one and put it up for review in the next few days. I also have a patch for clang that enables the "vector-variants" attribute support.
> > > Ok, I can change this to an enum inside the VectorKind class.
> >
> > Thank you.
> >
> > > I don't have a patch ready for the LoopVectorize part, but I will prepare one and put it up for review in the next few days.
> >
> > That sounds great, thanks!
> >
> > > I also have a patch for clang that enables the "vector-variants" attribute support.
> >
> > Clang is already generating the list of mangled vector names as string attributes. I believe that you need to rearrange the code so that strings get produced in the vector-variants attribute.
> >
> >
> >
> Hi Francesco,
>
> I have the LoopVectorize part of this done. Are there any objections to making it part of this review?
>
> Thanks,
>
> Matt
Hello Matt,
please don't add code to this review. I'd prefer to see the changes related to the Vectorizer in a separate patch.
Kind regards,
Francesco
https://reviews.llvm.org/D22792
More information about the llvm-commits
mailing list