echristo accepted this revision.
echristo added a comment.
This revision is now accepted and ready to land.

In https://reviews.llvm.org/D52441#1271545, @rnk wrote:

> In https://reviews.llvm.org/D52441#1258317, @craig.topper wrote:
>
> > Address Reid's comments. Add a comment with a list of all things that 
> > currently effect the vector width attribute emitted in IR.
> >
> > For inlining, we update the caller's attribute during merging to ensure it 
> > is at least as large as the callee that is being inlined. This is required 
> > for always_inline of the intrinsics. We probably want a way to limit 
> > inlining, but that would effect the inlining decision. If the decision has 
> > been made to inline we have to take the max.
> >
> > For LTO I don't have an answer. What do we do for things like target 
> > features and cpu today?
>
>
> I think your comments about the behavior w.r.t. inlining are enough to 
> describe what happens during LTO. I don't want to speak for Eric, but I think 
> you've answered his questions.


Yes, it'll be the same. As a note, the inlining widening must happen after the 
check for subtarget features.

Otherwise we talked about this at the conference and LGTM.


https://reviews.llvm.org/D52441



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to