<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=""><div><blockquote type="cite" class=""><div class="">On Apr 4, 2017, at 3:43 PM, BJ Homer via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><div class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><blockquote type="cite" class=""><div class="">On Apr 4, 2017, at 1:30 PM, David Hart via swift-evolution <<a href="mailto:swift-evolution@swift.org" class="">swift-evolution@swift.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><span style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; float: none; display: inline !important;" class="">The Core Team has said they will not consider renaming private. End of story.</span></div></blockquote></div><br class=""><div class="">It sounds like the core team will not consider a code migration that rewrites “private” to “scoped”, because it would cause too much code churn. Do we have confirmation that they would not consider introducing “scoped” <i class="">without</i> a migration and thus without the attendant code churn? (That is, revert “private” back to its Swift 2 meaning, introduce “scoped” in Swift 4, but don’t perform any automatic migration from “private” to “scoped”.)</div><div class=""><br class=""></div><div class="">If that kind of change is out of scope, then I agree that this proposal is the best remaining alternative. But it’s not the <i class="">best</i> alternative. It removes the strict “scoped private” without a full replacement, and leaves “fileprivate” as an awkward name the language. It does leave “private” in a more usable state for the common case, which is good. If we have to choose between this and nothing, I choose this. But I would still like to hear from the core team regarding the possibility of introducing “scoped” without a migration (and thus without the code churn they cited as a concern.)</div></div></div></blockquote><div><br class=""></div>You're absolutely right that we should be more clear about what we're willing to consider, both for 4.0 and in the future. We did talk about these issues in our last meeting, but I'll make sure we talk about them again this week so that everybody's on the same page.</div><div><br class=""></div><div>John.</div><div><br class=""></div></body></html>