<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body>
> I think this adds complexity to LLVM's IR to serve a niche use case without proven benefit to a broad spectrum of hardware or software. I think the complexity is significant and will be a net drag on all parts of the IR and IR-level transformations.<br>
<br>
I view the situation differently, but I'm still relatively new to llvm-dev and may be too unfamiliar with the threshold for inclusion in trunk, so please help educate me.  I see people from more than one organization saying that they'd like to see this in trunk. 
 No one wants it to be a drag on all transforms because no one wants to have to rewrite a ton of code.  So it would seem that there are two possible outcomes: it gets merged into trunk and the interested parties try hard to not adversely impact all of LLVM
 because that's in their best interest, too, OR it isn't merged and then we have potentially the same multiple organizations maintaining support for this on the side, out of trunk.  This community tries to avoid the latter situation, right?  I've always thought
 of LLVM trunk as where code ends up that is useful to multiple orgs and then each org maintains their own local patches for stuff that no one else would want (or that they can't share for competitive reasons).<br>
<br>
-Troy<br>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> llvm-dev <llvm-dev-bounces@lists.llvm.org> on behalf of Chandler Carruth via llvm-dev <llvm-dev@lists.llvm.org><br>
<b>Sent:</b> Friday, March 15, 2019 3:55:26 PM<br>
<b>To:</b> Finkel, Hal J.<br>
<b>Cc:</b> Francesco Petrogalli via llvm-dev; Chandler Carruth; David Greene; Chris Lattner; nd; Maxim Kuvyrkov<br>
<b>Subject:</b> Re: [llvm-dev] Scalable Vector Types in IR - Next Steps?</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div dir="ltr">On Fri, Mar 15, 2019 at 11:22 AM Finkel, Hal J. via llvm-dev <<a href="mailto:llvm-dev@lists.llvm.org">llvm-dev@lists.llvm.org</a>> wrote:<br>
</div>
<div class="x_gmail_quote">
<blockquote class="x_gmail_quote" style="margin:0px 0px 0px 0.8ex; border-left:1px solid rgb(204,204,204); padding-left:1ex">
On 3/15/19 10:58 AM, David Greene wrote:<br>
> Renato Golin <<a href="mailto:rengolin@gmail.com" target="_blank">rengolin@gmail.com</a>> writes:<br>
><br>
>> On Fri, 15 Mar 2019 at 15:30, Finkel, Hal J. via llvm-dev<br>
>> <<a href="mailto:llvm-dev@lists.llvm.org" target="_blank">llvm-dev@lists.llvm.org</a>> wrote:<br>
>>> I've talked with a number of people about this as well, and I think that<br>
>>> I understand the objections. I'm happy that ARM followed through with<br>
>>> the alternate set of patches. Regardless, however, unless those who had<br>
>>> wished to object still wish to object, and then actually do so, we now<br>
>>> clearly have a good collection of contributors actively desiring to do<br>
>>> code review, and we should move forward (i.e., start committing patches<br>
>>> once they're judged ready).<br>
>> Let's start by closing the three flying revisions, so that people that<br>
>> weren't involved in the discussion don't waste time looking at them.<br>
> See the reply I just posted to Hal.  I am not sure we've made a decision<br>
> to abandon the current patches.  We may in fact decide that, but I<br>
> haven't seen consensus for doing so yet.  In fact I've seen the opposite<br>
> -- that people want to move forward with the scalable types.<br>
<br>
<br>
I agree with David. We should move forward with native support for<br>
scalable types.<br>
</blockquote>
<div><br>
</div>
<div>Sorry I haven't been as available as usual for the past few weeks, but FWIW, I still am unconvinced that scalable vector types belong in the IR.</div>
<div><br>
</div>
<div>I think this adds complexity to LLVM's IR to serve a niche use case without proven benefit to a broad spectrum of hardware or software. I think the complexity is significant and will be a net drag on all parts of the IR and IR-level transformations. But
 I don't really think it is useful to re-hash all these debates. Nothing relevant has changed in the years this has been discussed.</div>
<div><br>
</div>
<div>That said, if I'm the only one who feels this way (and is willing to actually state this publicly), I'm not going to stop progress.</div>
<div><br>
</div>
<div>-Chandler</div>
</div>
</div>
</div>
</body>
</html>