[swift-evolution] Very limited scope for access control/(sub)modules in Swift 4
Zach Waldowski
zach at waldowski.me
Mon Mar 6 12:48:34 CST 2017
I'm sort of glad to see this; was worrying that access control was
getting buried in the shuffle.
Is there anything that the community can do to help address submodules
as more of a tooling problem than a language one in the Swift 4
timeframe? Is there any low-hanging fruit to work on or proposals to
review for SwiftPM, for instance? Radars we can dupe for DevTools? That
kind of thing?
All the best —
Zachary Waldowski
zach at waldowski.me
On Mon, Mar 6, 2017, at 12:31 PM, Douglas Gregor via swift-evolution
wrote:
> Hi all,
>
> Like everyone else in the Swiftverse, the core team recently spent some
> time discussing access control in Swift. While we love to see the
> enthusiasm on this topic, wholesale changes to the access control
> model—such as the introduction of submodules or a complete shift to a
> more type-centric access control model—are out of scope for Swift 4.
>
> The core team does feel that a small part of this discussion—the reversal
> of SE-0025’s separation of “private” and “fileprivate”---is in scope for
> Swift 4, for which there is a proposal draft here:
>
> https://github.com/apple/swift-evolution/pull/627
>
> - Doug
>
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution
More information about the swift-evolution
mailing list