<div dir="ltr">I think this is also probably the best approach. Reskin protocol&lt;&gt; so people can fix their code when 3.0 hits, and then extend its functionality in an additive way.<div><br></div><div>Joe, given that this counts as part of &quot;generics and ABI&quot;, is it acceptable to continue discussion? Or should all of this be tabled until August?</div><div><br></div><div>Austin</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 17, 2016 at 1:55 PM, Joe Groff <span dir="ltr">&lt;<a href="mailto:jgroff@apple.com" target="_blank">jgroff@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
&gt; On May 17, 2016, at 1:27 PM, Matthew Johnson via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org">swift-evolution@swift.org</a>&gt; wrote:<br>
&gt;<br>
&gt;<br>
&gt;&gt; On May 17, 2016, at 3:06 PM, Austin Zheng &lt;<a href="mailto:austinzheng@gmail.com">austinzheng@gmail.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; I&#39;m honestly not sure it makes sense to introduce a proposal just for expressing &lt;Class, Protocol, Protocol&gt; style requirements, and then trying to retrofit fuller support for other existentials onto it. I would prefer that the &#39;basic package&#39; of existential cases be considered together as a single proposal, unless a core team member expresses their preference otherwise.<br>
&gt;<br>
&gt; It also renames protocol&lt;&gt; to Any, but fair enough.<br>
&gt;<br>
&gt; One reason to keep it separate is that the rename is a breaking change and we should really try to get that into Swift 3.  Generalizing existentials is an additive change.  I would love to have that in Swift 3 as well, but if it’s not going to make it I don’t think it should hold back the smaller change which is a breaking change.<br>
&gt;<br>
&gt; Doug, any opinion on this?<br>
<br>
</span>I agree with this. If we&#39;re certain we should reskin protocol&lt;&gt; as Any&lt;&gt;, we should frontload that change—in addition to affecting source code, it&#39;d also influence the runtime behavior of type printing/parsing, which can&#39;t be statically migrated in the future. I think any discussion of extending existentials has to be considered out of scope for Swift 3, though, so the Any rename deserves its own proposal.<br>
<span class="HOEnZb"><font color="#888888"><br>
-Joe</font></span></blockquote></div><br></div>