[swift-dev] Endgame for Swift 3

Patrick Pijnappel patrickpijnappel at gmail.com
Sat Jul 16 00:35:05 CDT 2016


>
> Isn't half of this done, or something? I seem to remember seeing code
> about it, and I think there may even be a hidden switch to enable what is
> there.


The parsing code seems to be in place, toggled by the flag Context.LangOpts.
EnableProtocolTypealiases:
https://github.com/apple/swift/blob/master/lib/Parse/ParseDecl.cpp#L2080

Is this still blocked by support elsewhere?

On Sat, Jul 16, 2016 at 2:19 PM, Karl Wagner via swift-dev <
swift-dev at swift.org> wrote:

>
> https://github.com/apple/swift-evolution/tree/master/proposals/0092-typealiases-in-protocols.md
>
> Isn't half of this done, or something? I seem to remember seeing code
> about it, and I think there may even be a hidden switch to enable what is
> there.
>
> Sent from my new Email
> <https://itunes.apple.com/app/apple-store/id922793622?pt=814382&mt=8&ct=my_new_email>
>
>
> On Jul 15, 2016 at 7:46 PM, <Ted Kremenek via swift-dev
> <swift-dev at swift.org>> wrote:
>
> Hi everyone,
>
> Swift 3 has shaped up to be a remarkable release — a product of the
> inspiration, ideas, and hard labor many people from across the Swift open
> source community. It is now time, however, to talk about the endgame for
> the release.
>
> Here are the key points:
>
>    -
>
>    The last day to take planned source-breaking changes for Swift 3 is *July
>    27*.
>    -
>
>    On that day, there will likely be a set of
>    approved-but-not-implemented proposals for Swift 3 — including proposals
>    for source-breaking changes. Will have an open discussion on that day on
>    the fate of those unimplemented proposals in the context of Swift 3 and
>    future Swift releases.
>    -
>
>    Starting on *August 1* we will open up discussion about Swift 4. Part
>    of this discussion will likely be guided by important work that was
>    deferred from Swift 3, as well as the a goal of achieving binary stability
>    in Swift 4. Until then, however, discussion should remain focused on Swift
>    3.
>    -
>
>    Note that there is an intentional gap of a few days between the last
>    planned day to take source-breaking changes for Swift 3 and when we start
>    talking about Swift 4. The idea is to provide some time for the community
>    to take stock of where things have ended up for Swift 3.
>    -
>
>    The final branching plan for Swift 3 development is to be determined,
>    but the final convergence branch is likely to be cut from master around
>    that date or shortly after. Part of it comes down to the discussion on
>    July 27 on how to handle the remaining unimplemented proposals for
>    Swift 3.
>    -
>
>    The final release date for Swift 3 is TBD, but essentially after July
>    27 the intent is that Swift 3 is in full convergence and not in active
>    development.
>
> With these dates in mind, I want to call attention to some
> approved-but-not-yet-implemented proposals that currently I have nobody on
> Apple's Swift team able to tackle in the next couple weeks:
>
>    - SE-0042: Flattening the function type of unapplied method references
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0042-flatten-method-types.md>
>    - SE-0068: Expanding Swift Self to class members and value types
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0068-universal-self.md>
>    - SE-0075: Adding a Build Configuration Import Test
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0075-import-test.md>
>    - SE-0096: Converting dynamicType from a property to an operator
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0096-dynamictype.md>
>    - SE-0077: Improved operator declarations
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0077-operator-precedence.md>
>    - SE-0092: Typealiases in protocols and protocol extensions
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0092-typealiases-in-protocols.md>
>    - SE-0110: Distinguish between single-tuple and multiple-argument
>    function types
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0110-distingish-single-tuple-arg.md>
>
> Some proposals — like SE-0075
> <https://github.com/apple/swift-evolution/tree/master/proposals/0075-import-test.md> —
> are things we can add at any time, but many of the others tie into the goal
> of achieving some degree of source-stability for Swift in Swift 3. I'm
> letting the community know that these proposals currently have no
> implementation traction in case there is interest in helping make them
> happen in time for Swift 3.
>
> Related, I'd like to call out a special thanks to the community for
> getting implementation traction on SE-0095:
>
>    - SE-0095: Replace protocol<P1,P2> syntax with P1 & P2 syntax
>    <https://github.com/apple/swift-evolution/tree/master/proposals/0095-any-as-existential.md>
>
> Currently there is a JIRA issue <https://bugs.swift.org/browse/SR-1938>
>  and pull request <https://github.com/apple/swift/pull/3293> tracking
> work on implementing this proposal.
>
> In addition to these language proposals, there is also an assortment of
> outstanding work for the Standard Library that would be great to do for
> Swift 3. There is a gist summarizing those tasks:
>
>    - https://gist.github.com/gribozavr/37e811f12b27c6365fc88e6f9645634d
>
> These tasks are broken down in relative order of difficulty, with a JIRA
> issue associated with each one of them. If a JIRA isssue is currently not
> assigned to anyone, please consider them fair game to tackle if you are
> interested. API changes that have currently not gone through the evolution
> process will still need an evolution proposal, even if they are listed in
> the gist. If you take on a specific task, please assign the JIRA issue to
> yourself so others know it is being tackled.
>
> Thank you to everyone — and I mean *everyone* — who has contributed to
> making Swift 3 happen.
>
> Ted
> _______________________________________________ swift-dev mailing list
> swift-dev at swift.org https://lists.swift.org/mailman/listinfo/swift-dev
>
>
> _______________________________________________
> swift-dev mailing list
> swift-dev at swift.org
> https://lists.swift.org/mailman/listinfo/swift-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-dev/attachments/20160716/50528ee2/attachment.html>


More information about the swift-dev mailing list