<div dir="ltr"><div class="gmail_extra"><div><div><div dir="ltr"><div>On Mon, Dec 7, 2015 at 3:01 PM, Chris Lattner via swift-evolution <span dir="ltr">&lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt;</span> wrote:<br></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span>On Dec 7, 2015, at 12:01 PM, Dmitri Gribenko via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:</span><span><div><blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>I personally don&#39;t see a point in going as high as 12 tuple elements.  About 4 or 5 makes sense to me.  Given that Swift does not have variadic generics right now, these long tuples have to be defined by someone manually.  If one is defining a tuple that is that long, I&#39;d argue that they should be using a custom struct instead.</div></div></div></div></blockquote><br></div></span><div>I tend to agree with Dmitri here.  Independent of the code size concern, what is the expected use-case for &gt; 4 element tuples?</div><div><br></div><div>-Chris</div></div></blockquote><div><br></div><div><br></div><div>On the contrary, I think &gt;4-element-tuples are useful exactly *for* the case of custom structs. You wouldn&#39;t want the tuples themselves to be part of your API, but if you have a custom struct with 4+ Comparable fields, you can implement its &lt; operator as simply &quot;return (a1,b1,c1,d1,e1) &lt; (a2,b2,c2,d2,e2)&quot;.</div><div><br></div><div>Jacob</div></div></div></div>