[LLVMdev] LLVM Loop Vectorizer

Villmow, Micah Micah.Villmow at amd.com
Fri Oct 5 14:11:38 PDT 2012


Is it possible to not make it 'Target*'? I'm spending a lot of time moving TargetData out, would hate to have to do it again at some point in the future for TargetVectorData. :)

> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu]
> On Behalf Of Nadav Rotem
> Sent: Friday, October 05, 2012 1:23 PM
> To: Eric Christopher
> Cc: llvmdev at cs.uiuc.edu Mailing List
> Subject: Re: [LLVMdev] LLVM Loop Vectorizer
> 
> 
> On Oct 5, 2012, at 1:14 PM, Eric Christopher <echristo at gmail.com>
> wrote:
> 
> > Nadav,
> >
> >>> Possibly, though I think TargetData should still be able to get you
> >>> what you want.
> >>
> >>
> >> TargetData does not have enough information for vectorization. For
> example, we need to ask the target if it has efficient "cos4"
> implementation or the cost of 'mult_4xf32'. We need lots of target
> specific information for deciding when to vectorize and which
> vectorization optimizations to apply.
> >>
> >
> > Sure. I was mostly going with the idea of "insert some Targetish
> > structure here".
> >
> >>> TargetData is pretty useful during opt if it's available, probably
> no
> >>> need to merge
> >>> the tools though.
> >>
> >> TargetData is useful, but not enough for vectorization.
> >
> > I think an interface should be designed on top of the current sets of
> > data that will encompass what we may want at the target level and we
> > can make our decisions based on that.
> 
> Yes. I plan to start working on this new interface (TargetVectorData ?)
> as soon as we merge the tools.
> 
> > Specific names or making "X
> > class available to Y passes at Z level" can probably wait.
> >
> 
> yep.
> 
> 
> > -eric
> 
> Thanks :)
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev






More information about the llvm-dev mailing list