<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On Apr 4, 2016, at 7:54 AM, Ilya Belenkiy &lt;<a href="mailto:ilya.belenkiy@gmail.com" class="">ilya.belenkiy@gmail.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Just to double check: do I need to do anything with the proposal? It sounds like it was decided, and Doug will update the proposal, but I 'd like to make sure that there is nothing to be done on my end.</div></div></blockquote><div><br class=""></div><div>I’ll handle the update to the proposal, thank you!</div><div><br class=""></div><span class="Apple-tab-span" style="white-space:pre">        </span>- Doug</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Fri, Apr 1, 2016 at 5:07 PM Ilya Belenkiy &lt;<a href="mailto:ilya.belenkiy@gmail.com" class="">ilya.belenkiy@gmail.com</a>&gt; wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="">Great! Glad that we have a decision.</div><div dir="ltr" class=""><div class=""><br class=""><div class="gmail_quote"><div dir="ltr" class="">On Fri, Apr 1, 2016 at 4:34 PM Chris Lattner via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank" class="">swift-evolution@swift.org</a>&gt; wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mar 30, 2016, at 9:22 PM, Chris Lattner &lt;<a href="mailto:clattner@apple.com" target="_blank" class="">clattner@apple.com</a>&gt; wrote:<br class="">
&gt;<br class="">
&gt; I’ve seen a number of concerns on this list about moduleprivate, and how it penalizes folks who want to explicitly write their access control.&nbsp; I’ve come to think that there is yes-another possible path forward here (which I haven’t seen mentioned so far):<br class="">
&gt;<br class="">
&gt; public<br class="">
&gt; internal<br class="">
&gt; fileprivate<br class="">
&gt; private<br class="">
<br class="">
Hi Everyone,<br class="">
<br class="">
Thank you for all of the input.&nbsp; I know that this was a highly contentious topic, that it is impossible to make everyone happy.&nbsp; Getting the different inputs and perspectives has been very very useful.<br class="">
<br class="">
The core team met to discuss this, and settled on the list above: public/internal/fileprivate/private.&nbsp; This preserves the benefit of the “fileprivate” concept that we have today in Swift, while aligning the “private” keyword with common expectations of people coming to Swift. This also makes “private" the "safe default” for cases where you don’t think about which one you want to use, and this schema will cause minimal churn for existing Swift code.<br class="">
<br class="">
Thank you again for all of the input and discussion!<br class="">
<br class="">
-Chris<br class="">
<br class="">
btw, to be clear, this is *not* an April 1 joke.<br class="">
_______________________________________________<br class="">
swift-evolution mailing list<br class="">
<a href="mailto:swift-evolution@swift.org" target="_blank" class="">swift-evolution@swift.org</a><br class="">
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank" class="">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br class="">
</blockquote></div></div></div></blockquote></div></div></div>
</div></blockquote></div><br class=""></body></html>