<div dir="ltr">It’s a common use case to have a private stored object that’s set externally via the initializer, I think having a solution that doesn’t support that would be a big mistake.</div><br><div class="gmail_quote"><div dir="ltr">On Fri, Jan 8, 2016 at 11:08 AM Tal Atlas &lt;<a href="mailto:me@tal.by">me@tal.by</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My biggest problem is what does member wise even mean the averts person. And a naked ... Is a spread operator in most languages and doesn&#39;t mean anything inherently. <br><br>I worry about arguing about the specifics because this is way better than the current state but I very much think the details of this proposal are confusing to the average developer and is more restrictive to any future use of the spread operator. </div><div dir="ltr"><div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jan 7, 2016 at 8:25 PM Brent Royal-Gordon via swift-evolution &lt;<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">&gt; We will probably have warning flags eventually.<br>
<br>
I don&#39;t know what makes you think so. The language has so far carefully avoided this, and we&#39;ve heard some pretty strong statements from the core team against the idea of compiler flags and incompatible dialects.<br>
<br>
--<br>
Brent Royal-Gordon<br>
Architechies<br>
<br>
_______________________________________________<br>
swift-evolution mailing list<br>
<a href="mailto:swift-evolution@swift.org" target="_blank">swift-evolution@swift.org</a><br>
<a href="https://lists.swift.org/mailman/listinfo/swift-evolution" rel="noreferrer" target="_blank">https://lists.swift.org/mailman/listinfo/swift-evolution</a><br>
</blockquote></div></div></div></blockquote></div>