[META] Gmane and Swift Evolution


(Erica Sadun) #1

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

-- E

proposals/0010-add-staticstring-unicodescalarview.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7697))
proposals/0010-add-staticstring-unicodescalarview.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9366), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2434)
proposals/0011-replace-typealias-associated.md:* Status: **Accepted for Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2883), [Bug](https://bugs.swift.org/browse/SR-511))
proposals/0011-replace-typealias-associated.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9301)
proposals/0012-add-noescape-to-public-library-api.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.corelibs/53)
proposals/0013-remove-partial-application-super.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9778), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2880)
proposals/0014-constrained-AnySequence.md:* Status: **Accepted for Swift 2.2** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/9746/match=constraining+anysequence), [Bug](https://bugs.swift.org/browse/SR-474))
proposals/0014-constrained-AnySequence.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1893)
proposals/0015-tuple-comparison-operators.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11423/focus=1248), [Pull request](https://github.com/apple/swift/pull/408))
proposals/0015-tuple-comparison-operators.md:[Initial Discussion](http://article.gmane.org/gmane.comp.lang.swift.evolution/980/match=tuple+comparison), [General Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9723), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11423/focus=732)
proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13429), [Bug](https://bugs.swift.org/browse/SR-1115))
proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10044), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12696)
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16118))
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9877), [Proposed Rewrite Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/68/)
proposals/0019-package-manager-testing.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4103), [Bug](https://bugs.swift.org/browse/SR-592))
proposals/0019-package-manager-testing.md:[SE Review Link](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3583)
proposals/0021-generalized-naming.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3317/focus=3961))
proposals/0022-objc-selectors.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4622))
proposals/0022-objc-selectors.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1384/focus=1403)
proposals/0023-api-guidelines.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8585))
proposals/0024-optional-value-setter.md:* Status: **Rejected** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/7694))
proposals/0025-scoped-access-level.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183/focus=13584), [Bug](https://bugs.swift.org/browse/SR-1275))
proposals/0025-scoped-access-level.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9334), [Next Steps Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183)
proposals/0026-abstract-classes-and-methods.md:* Status: **Deferred** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8809))
proposals/0027-string-from-code-units.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7695))
proposals/0028-modernizing-debug-identifiers.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/5805), Bug: [SR-669](https://bugs.swift.org/browse/SR-669))
proposals/0029-remove-implicit-tuple-splat.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6405))
proposals/0030-property-behavior-decls.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7735))
proposals/0030-property-behavior-decls.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11976)<br/>
proposals/0030-property-behavior-decls.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6426)
proposals/0031-adjusting-inout-declarations.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7394))
proposals/0031-adjusting-inout-declarations.md:*The initial Swift-Evolution discussion of this topic took place in the "[Replace 'inout' with &](http://comments.gmane.org/gmane.comp.lang.swift.evolution/2751)" thread.*
proposals/0032-sequencetype-find.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16116))
proposals/0033-import-objc-constants.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8817))
proposals/0034-disambiguating-line.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8156), [Implementation Bug](https://bugs.swift.org/browse/SR-840))
proposals/0034-disambiguating-line.md:The discussion took place on-line in the [*\[Discussion\]: Renaming #line, the line control statement*](http://comments.gmane.org/gmane.comp.lang.swift.evolution/5815) thread.
proposals/0035-limit-inout-capture.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7732), [Bug](https://bugs.swift.org/browse/SR-807))
proposals/0036-enum-dot.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Enum Leading Dot Prefixes](http://article.gmane.org/gmane.comp.lang.swift.evolution/6684) thread. This proposal uses lowerCamelCase enumeration cases in compliance with
proposals/0036-enum-dot.md:current [API Guideline Working Group guidance](http://news.gmane.org/gmane.comp.lang.swift.evolution).*
proposals/0037-clarify-comments-and-operators.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12350), [Bug](https://bugs.swift.org/browse/SR-960))
proposals/0037-clarify-comments-and-operators.md:Swift-evolution thread: [started here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/605)
proposals/0037-clarify-comments-and-operators.md:and [continued here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2855).
proposals/0038-swiftpm-c-language-targets.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7293)
proposals/0039-playgroundliterals.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9149/), [Bug](https://bugs.swift.org/browse/SR-917))
proposals/0039-playgroundliterals.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Modernizing Playground Literals](http://article.gmane.org/gmane.comp.lang.swift.evolution/7124) thread. Thanks to [Chris Lattner](https://github.com/lattner) for suggesting this enhancement.*
proposals/0040-attributecolons.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8920))
proposals/0040-attributecolons.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Replacing Equal Signs with Colons For Attribute Arguments](http://article.gmane.org/gmane.comp.lang.swift.evolution/7271) thread. Thanks to [Doug Gregor](https://github.com/DougGregor) for suggesting this enhancement.*
proposals/0042-flatten-method-types.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12828), [Bug](https://bugs.swift.org/browse/SR-1051))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12827))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4256)
proposals/0044-import-as-member.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12842), [Bug](https://bugs.swift.org/browse/SR-1053))
proposals/0044-import-as-member.md:[Swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8437)<br />
proposals/0044-import-as-member.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12274)
proposals/0045-scan-takewhile-dropwhile.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16119), [Bug](https://bugs.swift.org/browse/SR-1516))
proposals/0045-scan-takewhile-dropwhile.md:[Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1515)
proposals/0045-scan-takewhile-dropwhile.md:[rationale]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0046-first-label.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12352), [Bug](https://bugs.swift.org/browse/SR-961))
proposals/0046-first-label.md:*Discussion took place on the Swift Evolution mailing list in the [Make the first parameter in a function declaration follow the same rules as the others](http://article.gmane.org/gmane.comp.lang.swift.evolution/9029) thread.*
proposals/0047-nonvoid-warn.md:* Status: **Accepted (with [revisions](http://article.gmane.org/gmane.comp.lang.swift.evolution/12833))**
proposals/0047-nonvoid-warn.md:This proposal was discussed on-list in a variety of threads, most recently [Make non-void functions <at> warn_unused_result by default](http://article.gmane.org/gmane.comp.lang.swift.evolution/8417).
proposals/0048-generic-typealias.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14516/))
proposals/0050-floating-point-stride.md:* Status: **Withdrawn** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19060))
proposals/0050-floating-point-stride.md:This proposal was discussed on-list in the ["\[Discussion\] stride behavior and a little bit of a call-back to digital numbers"](http://article.gmane.org/gmane.comp.lang.swift.evolution/8014) thread.
proposals/0051-stride-semantics.md:This proposal was discussed on-list in the ["\[Discussion\] stride behavior and a little bit of a call-back to digital numbers"](http://article.gmane.org/gmane.comp.lang.swift.evolution/8014) thread.
proposals/0052-iterator-post-nil-guarantee.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16115))
proposals/0052-iterator-post-nil-guarantee.md:Swift-evolution thread: [\[Proposal\] Change guarantee for GeneratorType.next() to always return nil past end](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8519)
proposals/0052-iterator-post-nil-guarantee.md:In both cases, the extra state and branching that is sometimes needed has potential for performance implications. Though performance is not the *key* concern, iterators are often used in tight loops and can affect very commonly used algorithms. The original rationale for introducing the precondition was in fact because of concerns it might add storage and performance burden to some implementations of `IteratorType` (see [here](http://article.gmane.org/gmane.comp.lang.swift.evolution/8532)). However in light of implementation experience, it appears including the guarantee would likely be beneficial for performance:
proposals/0053-remove-let-from-function-parameters.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13188))
proposals/0054-abolish-iuo.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13490))
proposals/0055-optional-unsafe-pointers.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13511))
proposals/0057-importing-objc-generics.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2886)
proposals/0058-objectivecbridgeable.md:Swift-evolution thread: [\[Idea\] ObjectiveCBridgeable](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7852/)
proposals/0058-objectivecbridgeable.md:Swift 3 ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14419)). We agree that it would be valuable to give library authors the
proposals/0059-updated-set-apis.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14785/))
proposals/0060-defaulted-parameter-order.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16894), [Bug](https://bugs.swift.org/browse/SR-1489))
proposals/0061-autoreleasepool-signature.md:* Status: **Accepted for Swift 3** ~~([Bug](https://bugs.swift.org/browse/SR-1394))~~ ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15982), [Bug](https://bugs.swift.org/browse/SR-842))
proposals/0062-objc-keypaths.md:[SE Draft](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8665), [Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14011/), [Secondary review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14053)
proposals/0063-swiftpm-system-module-search-paths.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14638))
proposals/0064-property-selectors.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14539/))
proposals/0064-property-selectors.md:[Original swift-evolution thread](http://article.gmane.org/gmane.comp.lang.swift.evolution/7614)
proposals/0064-property-selectors.md:[Follow-up swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7780)
proposals/0065-collections-move-indices.md:* [Swift-evolution thread](http://news.gmane.org/find-root.php?message_id=CA%2BY5xYfqKR6yC2Q-G7D9N7FeY%3Dxs1x3frq%3D%3DsyGoqYpOcL9yrw%40mail.gmail.com)
proposals/0065-collections-move-indices.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15549))
proposals/0066-standardize-function-type-syntax.md:On May 5, 2016, the core team decided to **accept** this proposal ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16245)).
proposals/0067-floating-point-protocols.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15953))
proposals/0067-floating-point-protocols.md:[Proposal draft](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14545), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14876)
proposals/0068-universal-self.md:*This proposal was discussed on the Swift Evolution list in the [\[Pitch\] Adding a Self type name shortcut for static member access](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13708/focus=13712) thread.*
proposals/0069-swift-mutability-for-foundation.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16114))
proposals/0069-swift-mutability-for-foundation.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15080), [Swift Evolution Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15281)
proposals/0070-optional-requirements.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15983), [Bug](https://bugs.swift.org/browse/SR-1395))
proposals/0070-optional-requirements.md:[eliminate optional requirements](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14046),
proposals/0070-optional-requirements.md:[make Swift protocols support optional requirements](http://thread.gmane.org/gmane.comp.lang.swift.devel/1316) and
proposals/0070-optional-requirements.md:[make optional protocol requirements first class citizens](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13347).
proposals/0070-optional-requirements.md:[here](http://thread.gmane.org/gmane.comp.lang.swift.devel/1316) and
proposals/0070-optional-requirements.md:[here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13347)).
proposals/0070-optional-requirements.md:implementations](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14046)
proposals/0071-member-keywords.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15954))
proposals/0071-member-keywords.md:This idea was initially discussed in [this swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7991).
proposals/0072-eliminate-implicit-bridging-conversions.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16240))
proposals/0073-noescape-once.md:On May 11, 2016, the core team decided to **Reject** this proposal for Swift 3 ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16896)).
proposals/0074-binary-search.md:On May 11, 2016, the core team decided to **Reject** this proposal ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16897)). The
proposals/0075-import-test.md:modules was [first introduced](http://article.gmane.org/gmane.comp.lang.swift.evolution/7516/match=darwin)
proposals/0075-import-test.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16620)
proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16898), [Bug](https://bugs.swift.org/browse/SR-1490))
proposals/0079-upgrade-self-from-weak-to-strong.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7582), [Draft Proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6064)
proposals/0080-failable-numeric-initializers.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16899), [Bug](https://bugs.swift.org/browse/SR-1491))
proposals/0081-move-where-expression.md:[\[Pitch\] Moving where Clauses Out Of Parameter Lists](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13886/focus=13899)
proposals/0082-swiftpm-package-edit.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16614))
proposals/0082-swiftpm-package-edit.md:[Proposal Announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15279)
proposals/0082-swiftpm-package-edit.md:[Review announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16078)
proposals/0085-package-manager-command-name.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=26))
proposals/0085-package-manager-command-name.md:[Swift Build Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/)
proposals/0085-package-manager-command-name.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=16764)
proposals/0086-drop-foundation-ns.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23869))
proposals/0086-drop-foundation-ns.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16298)
proposals/0086-drop-foundation-ns.md:[Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16509)
proposals/0088-libdispatch-for-swift3.md:* Status: **Accepted with Revisions** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17819))
proposals/0088-libdispatch-for-swift3.md:[Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16745)
proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)
proposals/0111-remove-arg-label-type-significance.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21369)
proposals/0114-buffer-naming.md:[Swift Evolution Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22127)
proposals/0115-literal-syntax-protocols.md:Swift-evolution thread: [Literal Syntax Protocols](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21441)
proposals/0115-literal-syntax-protocols.md:An earlier thread that resulted in this proposal: [Revisiting SE-0041 Names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21290)
proposals/0117-non-public-subclassable-by-default.md:Swift-evolution thread: http://thread.gmane.org/gmane.comp.lang.swift.evolution/21930/
proposals/0118-closure-parameter-names-and-labels.md:[Take 2: Stdlib closure argument labels and parameter names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22188)
proposals/0118-closure-parameter-names-and-labels.md:[Stdlib closure argument labels and parameter names ](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21046)
proposals/0121-remove-optional-comparison-operators.md:- [Optional comparison operators](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23306) (most recent)
proposals/0121-remove-optional-comparison-operators.md:- [Possible bug with arithmetic optional comparison ?](http://thread.gmane.org/gmane.comp.lang.swift.devel/2089)
proposals/0121-remove-optional-comparison-operators.md:- [? suffix for <, >, <=, >= comparisons with optionals to prevent subtle bugs](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10095)
proposals/0121-remove-optional-comparison-operators.md:If the coercion is not removed (if no change is made), the results of comparisons with Optional values are sometimes **surprising**, making it easy to write bugs. In a thread from December 2015, [Al Skipp offers](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10095/focus=10098) the following example:
proposals/0122-use-colons-for-subscript-type-declarations.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://article.gmane.org/gmane.comp.lang.swift.evolution/23457)
proposals/0127-cleaning-up-stdlib-ptr-buffer.md:Swift-evolution thread: [Cleaning up stdlib Pointer and Buffer Routines](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23093)
proposals/0131-anyhashable.md:Swift-evolution thread: [Add AnyHashable to the standard library](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24835).
proposals/0132-sequence-end-ops.md:Swift-evolution thread: [[Draft] Rationalizing Sequence end-operation names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21449/focus=23013)
proposals/0133-rename-flatten-to-joined.md:- [[Pitch] Unify joined(separator:) and flatten()](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24707)
proposals/0133-rename-flatten-to-joined.md:- [[Pitch] Rename flatten() to joined() and give joined() for string sequences the empty string as the default parameter](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24805)
proposals/0134-rename-string-properties.md:Swift-evolution thread: [Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24955)


(Chris Lattner) #2

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org <http://gmane.org/> is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org <http://gmane.org/> web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

Completely agreed. All of these should point to https://lists.swift.org (and always should have, exactly for reasons like this). I’d appreciate any PRs to help clean up the evolution repo to point to https://lists.swift.org instead.

Thanks!

-Chris

···

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

-- E

proposals/0010-add-staticstring-unicodescalarview.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7697))
proposals/0010-add-staticstring-unicodescalarview.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9366), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2434)
proposals/0011-replace-typealias-associated.md:* Status: **Accepted for Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2883), [Bug](https://bugs.swift.org/browse/SR-511))
proposals/0011-replace-typealias-associated.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9301)
proposals/0012-add-noescape-to-public-library-api.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.corelibs/53)
proposals/0013-remove-partial-application-super.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9778), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2880)
proposals/0014-constrained-AnySequence.md:* Status: **Accepted for Swift 2.2** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/9746/match=constraining+anysequence <http://article.gmane.org/gmane.comp.lang.swift.evolution/9746/match=constraining+anysequence>), [Bug](https://bugs.swift.org/browse/SR-474))
proposals/0014-constrained-AnySequence.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1893)
proposals/0015-tuple-comparison-operators.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11423/focus=1248), [Pull request](https://github.com/apple/swift/pull/408))
proposals/0015-tuple-comparison-operators.md:[Initial Discussion](http://article.gmane.org/gmane.comp.lang.swift.evolution/980/match=tuple+comparison <http://article.gmane.org/gmane.comp.lang.swift.evolution/980/match=tuple+comparison>), [General Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9723), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11423/focus=732)
proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13429), [Bug](https://bugs.swift.org/browse/SR-1115))
proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10044), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12696)
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16118))
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9877), [Proposed Rewrite Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/68/)
proposals/0019-package-manager-testing.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4103), [Bug](https://bugs.swift.org/browse/SR-592))
proposals/0019-package-manager-testing.md:[SE Review Link](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3583)
proposals/0021-generalized-naming.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3317/focus=3961))
proposals/0022-objc-selectors.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4622))
proposals/0022-objc-selectors.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1384/focus=1403)
proposals/0023-api-guidelines.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8585))
proposals/0024-optional-value-setter.md:* Status: **Rejected** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/7694))
proposals/0025-scoped-access-level.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183/focus=13584), [Bug](https://bugs.swift.org/browse/SR-1275))
proposals/0025-scoped-access-level.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9334), [Next Steps Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183)
proposals/0026-abstract-classes-and-methods.md:* Status: **Deferred** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8809))
proposals/0027-string-from-code-units.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7695))
proposals/0028-modernizing-debug-identifiers.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/5805), Bug: [SR-669](https://bugs.swift.org/browse/SR-669))
proposals/0029-remove-implicit-tuple-splat.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6405))
proposals/0030-property-behavior-decls.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7735))
proposals/0030-property-behavior-decls.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11976)<br/>
proposals/0030-property-behavior-decls.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6426)
proposals/0031-adjusting-inout-declarations.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7394))
proposals/0031-adjusting-inout-declarations.md:*The initial Swift-Evolution discussion of this topic took place in the "[Replace 'inout' with &](http://comments.gmane.org/gmane.comp.lang.swift.evolution/2751)" thread.*
proposals/0032-sequencetype-find.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16116))
proposals/0033-import-objc-constants.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8817))
proposals/0034-disambiguating-line.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8156), [Implementation Bug](https://bugs.swift.org/browse/SR-840))
proposals/0034-disambiguating-line.md:The discussion took place on-line in the [*\[Discussion\]: Renaming #line, the line control statement*](http://comments.gmane.org/gmane.comp.lang.swift.evolution/5815) thread.
proposals/0035-limit-inout-capture.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7732), [Bug](https://bugs.swift.org/browse/SR-807))
proposals/0036-enum-dot.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Enum Leading Dot Prefixes](http://article.gmane.org/gmane.comp.lang.swift.evolution/6684) thread. This proposal uses lowerCamelCase enumeration cases in compliance with
proposals/0036-enum-dot.md:current [API Guideline Working Group guidance](http://news.gmane.org/gmane.comp.lang.swift.evolution).*
proposals/0037-clarify-comments-and-operators.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12350), [Bug](https://bugs.swift.org/browse/SR-960))
proposals/0037-clarify-comments-and-operators.md:Swift-evolution thread: [started here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/605)
proposals/0037-clarify-comments-and-operators.md:and [continued here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2855).
proposals/0038-swiftpm-c-language-targets.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7293)
proposals/0039-playgroundliterals.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9149/), [Bug](https://bugs.swift.org/browse/SR-917))
proposals/0039-playgroundliterals.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Modernizing Playground Literals](http://article.gmane.org/gmane.comp.lang.swift.evolution/7124) thread. Thanks to [Chris Lattner](https://github.com/lattner) for suggesting this enhancement.*
proposals/0040-attributecolons.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8920))
proposals/0040-attributecolons.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Replacing Equal Signs with Colons For Attribute Arguments](http://article.gmane.org/gmane.comp.lang.swift.evolution/7271) thread. Thanks to [Doug Gregor](https://github.com/DougGregor) for suggesting this enhancement.*
proposals/0042-flatten-method-types.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12828), [Bug](https://bugs.swift.org/browse/SR-1051))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12827))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4256)
proposals/0044-import-as-member.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12842), [Bug](https://bugs.swift.org/browse/SR-1053))
proposals/0044-import-as-member.md:[Swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8437)<br />
proposals/0044-import-as-member.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12274)
proposals/0045-scan-takewhile-dropwhile.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16119), [Bug](https://bugs.swift.org/browse/SR-1516))
proposals/0045-scan-takewhile-dropwhile.md:[Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1515)
proposals/0045-scan-takewhile-dropwhile.md:[rationale]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0046-first-label.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12352), [Bug](https://bugs.swift.org/browse/SR-961))
proposals/0046-first-label.md:*Discussion took place on the Swift Evolution mailing list in the [Make the first parameter in a function declaration follow the same rules as the others](http://article.gmane.org/gmane.comp.lang.swift.evolution/9029) thread.*
proposals/0047-nonvoid-warn.md:* Status: **Accepted (with [revisions](http://article.gmane.org/gmane.comp.lang.swift.evolution/12833))**
proposals/0047-nonvoid-warn.md:This proposal was discussed on-list in a variety of threads, most recently [Make non-void functions <at> warn_unused_result by default](http://article.gmane.org/gmane.comp.lang.swift.evolution/8417).
proposals/0048-generic-typealias.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14516/))
proposals/0050-floating-point-stride.md:* Status: **Withdrawn** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19060))
proposals/0050-floating-point-stride.md:This proposal was discussed on-list in the ["\[Discussion\] stride behavior and a little bit of a call-back to digital numbers"](http://article.gmane.org/gmane.comp.lang.swift.evolution/8014) thread.
proposals/0051-stride-semantics.md:This proposal was discussed on-list in the ["\[Discussion\] stride behavior and a little bit of a call-back to digital numbers"](http://article.gmane.org/gmane.comp.lang.swift.evolution/8014) thread.
proposals/0052-iterator-post-nil-guarantee.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16115))
proposals/0052-iterator-post-nil-guarantee.md:Swift-evolution thread: [\[Proposal\] Change guarantee for GeneratorType.next() to always return nil past end](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8519)
proposals/0052-iterator-post-nil-guarantee.md:In both cases, the extra state and branching that is sometimes needed has potential for performance implications. Though performance is not the *key* concern, iterators are often used in tight loops and can affect very commonly used algorithms. The original rationale for introducing the precondition was in fact because of concerns it might add storage and performance burden to some implementations of `IteratorType` (see [here](http://article.gmane.org/gmane.comp.lang.swift.evolution/8532)). However in light of implementation experience, it appears including the guarantee would likely be beneficial for performance:
proposals/0053-remove-let-from-function-parameters.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13188))
proposals/0054-abolish-iuo.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13490))
proposals/0055-optional-unsafe-pointers.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13511))
proposals/0057-importing-objc-generics.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2886)
proposals/0058-objectivecbridgeable.md:Swift-evolution thread: [\[Idea\] ObjectiveCBridgeable](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7852/)
proposals/0058-objectivecbridgeable.md:Swift 3 ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14419)). We agree that it would be valuable to give library authors the
proposals/0059-updated-set-apis.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14785/))
proposals/0060-defaulted-parameter-order.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16894), [Bug](https://bugs.swift.org/browse/SR-1489))
proposals/0061-autoreleasepool-signature.md:* Status: **Accepted for Swift 3** ~~([Bug](https://bugs.swift.org/browse/SR-1394))~~ ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15982), [Bug](https://bugs.swift.org/browse/SR-842))
proposals/0062-objc-keypaths.md:[SE Draft](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8665), [Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14011/), [Secondary review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14053)
proposals/0063-swiftpm-system-module-search-paths.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14638))
proposals/0064-property-selectors.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14539/))
proposals/0064-property-selectors.md:[Original swift-evolution thread](http://article.gmane.org/gmane.comp.lang.swift.evolution/7614)
proposals/0064-property-selectors.md:[Follow-up swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7780)
proposals/0065-collections-move-indices.md:* [Swift-evolution thread](http://news.gmane.org/find-root.php?message_id=CA%2BY5xYfqKR6yC2Q-G7D9N7FeY%3Dxs1x3frq%3D%3DsyGoqYpOcL9yrw%40mail.gmail.com <http://news.gmane.org/find-root.php?message_id=CA%2BY5xYfqKR6yC2Q-G7D9N7FeY%3Dxs1x3frq%3D%3DsyGoqYpOcL9yrw%40mail.gmail.com>)
proposals/0065-collections-move-indices.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15549))
proposals/0066-standardize-function-type-syntax.md:On May 5, 2016, the core team decided to **accept** this proposal ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16245)).
proposals/0067-floating-point-protocols.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15953))
proposals/0067-floating-point-protocols.md:[Proposal draft](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14545), [Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14876)
proposals/0068-universal-self.md:*This proposal was discussed on the Swift Evolution list in the [\[Pitch\] Adding a Self type name shortcut for static member access](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13708/focus=13712) thread.*
proposals/0069-swift-mutability-for-foundation.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16114))
proposals/0069-swift-mutability-for-foundation.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15080), [Swift Evolution Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15281)
proposals/0070-optional-requirements.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15983), [Bug](https://bugs.swift.org/browse/SR-1395))
proposals/0070-optional-requirements.md:[eliminate optional requirements](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14046),
proposals/0070-optional-requirements.md:[make Swift protocols support optional requirements](http://thread.gmane.org/gmane.comp.lang.swift.devel/1316) and
proposals/0070-optional-requirements.md:[make optional protocol requirements first class citizens](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13347).
proposals/0070-optional-requirements.md:[here](http://thread.gmane.org/gmane.comp.lang.swift.devel/1316) and
proposals/0070-optional-requirements.md:[here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13347)).
proposals/0070-optional-requirements.md:implementations](http://thread.gmane.org/gmane.comp.lang.swift.evolution/14046)
proposals/0071-member-keywords.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15954))
proposals/0071-member-keywords.md:This idea was initially discussed in [this swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7991).
proposals/0072-eliminate-implicit-bridging-conversions.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16240))
proposals/0073-noescape-once.md:On May 11, 2016, the core team decided to **Reject** this proposal for Swift 3 ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16896)).
proposals/0074-binary-search.md:On May 11, 2016, the core team decided to **Reject** this proposal ([thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16897)). The
proposals/0075-import-test.md:modules was [first introduced](http://article.gmane.org/gmane.comp.lang.swift.evolution/7516/match=darwin)
proposals/0075-import-test.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16620)
proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16898), [Bug](https://bugs.swift.org/browse/SR-1490))
proposals/0079-upgrade-self-from-weak-to-strong.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7582), [Draft Proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6064)
proposals/0080-failable-numeric-initializers.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16899), [Bug](https://bugs.swift.org/browse/SR-1491))
proposals/0081-move-where-expression.md:[\[Pitch\] Moving where Clauses Out Of Parameter Lists](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13886/focus=13899)
proposals/0082-swiftpm-package-edit.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16614))
proposals/0082-swiftpm-package-edit.md:[Proposal Announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15279)
proposals/0082-swiftpm-package-edit.md:[Review announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16078)
proposals/0085-package-manager-command-name.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=26))
proposals/0085-package-manager-command-name.md:[Swift Build Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/)
proposals/0085-package-manager-command-name.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=16764)
proposals/0086-drop-foundation-ns.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23869))
proposals/0086-drop-foundation-ns.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16298)
proposals/0086-drop-foundation-ns.md:[Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16509)
proposals/0088-libdispatch-for-swift3.md:* Status: **Accepted with Revisions** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17819))
proposals/0088-libdispatch-for-swift3.md:[Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16745)
proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)
proposals/0111-remove-arg-label-type-significance.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21369)
proposals/0114-buffer-naming.md:[Swift Evolution Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22127)
proposals/0115-literal-syntax-protocols.md:Swift-evolution thread: [Literal Syntax Protocols](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21441)
proposals/0115-literal-syntax-protocols.md:An earlier thread that resulted in this proposal: [Revisiting SE-0041 Names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21290)
proposals/0117-non-public-subclassable-by-default.md:Swift-evolution thread: http://thread.gmane.org/gmane.comp.lang.swift.evolution/21930/
proposals/0118-closure-parameter-names-and-labels.md:[Take 2: Stdlib closure argument labels and parameter names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22188)
proposals/0118-closure-parameter-names-and-labels.md:[Stdlib closure argument labels and parameter names ](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21046)
proposals/0121-remove-optional-comparison-operators.md:- [Optional comparison operators](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23306) (most recent)
proposals/0121-remove-optional-comparison-operators.md:- [Possible bug with arithmetic optional comparison ?](http://thread.gmane.org/gmane.comp.lang.swift.devel/2089)
proposals/0121-remove-optional-comparison-operators.md:- [? suffix for <, >, <=, >= comparisons with optionals to prevent subtle bugs](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10095)
proposals/0121-remove-optional-comparison-operators.md:If the coercion is not removed (if no change is made), the results of comparisons with Optional values are sometimes **surprising**, making it easy to write bugs. In a thread from December 2015, [Al Skipp offers](http://thread.gmane.org/gmane.comp.lang.swift.evolution/10095/focus=10098) the following example:
proposals/0122-use-colons-for-subscript-type-declarations.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://article.gmane.org/gmane.comp.lang.swift.evolution/23457)
proposals/0127-cleaning-up-stdlib-ptr-buffer.md:Swift-evolution thread: [Cleaning up stdlib Pointer and Buffer Routines](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23093)
proposals/0131-anyhashable.md:Swift-evolution thread: [Add AnyHashable to the standard library](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24835).
proposals/0132-sequence-end-ops.md:Swift-evolution thread: [[Draft] Rationalizing Sequence end-operation names](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21449/focus=23013)
proposals/0133-rename-flatten-to-joined.md:- [[Pitch] Unify joined(separator:) and flatten()](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24707)
proposals/0133-rename-flatten-to-joined.md:- [[Pitch] Rename flatten() to joined() and give joined() for string sequences the empty string as the default parameter](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24805)
proposals/0134-rename-string-properties.md:Swift-evolution thread: [Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/24955)

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


(Erica Sadun) #4

If you start from the end (most recent proposals) and work backwards, it will be a lot easier for me. Thanks! -- E

···

On Jul 31, 2016, at 15:42, Chris Lattner via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org <http://gmane.org/> is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org <http://gmane.org/> web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

Completely agreed. All of these should point to https://lists.swift.org/> (and always should have, exactly for reasons like this). I’d appreciate any PRs to help clean up the evolution repo to point to https://lists.swift.org/> instead.

Thanks!

-Chris

On Jul 31, 2016, at 4:51 PM, Saagar Jha <saagarjha28@gmail.com> wrote:

I’d be happy to help. I see 94 instances of “gmane", do we want to split it up (since I see Erica is on it already)?

Saagar Jha


(Lily Ballard) #5

FWIW, Gmane.org has been around for something like 14 years, and it
provided a vastly better experience for actually reading the thread
than pipermail, so I don't think using Gmane links was a bad decision
at the time.

Also, if it helps, the guy who runs Gmane offered to send a thumbdrive
with all the archives to anyone who wants to take over in providing a
web interface, and there were a few people expressing interest in that,
so with luck the website will come back in some form at some point.

-Kevin

Links:

  1. http://gmane.org/
  2. http://gmane.org/
  3. https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/
  4. https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502
  5. http://gmane.org/

···

On Sun, Jul 31, 2016, at 03:42 PM, Chris Lattner via swift-evolution wrote:

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift- >> evolution@swift.org> wrote:

Gmane.org[1] is shutting down.
http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down
writes:

"*Long time mailing* list archive site Gmane.org[2] is shutting
down. Gmane has been the home for technical mailing list references
since 2002. But it's no longer fun for founder and only maintainer
Lars Ingebrigtsen. He's been sued in India and threatened with legal
action in at least France, among other annoyances. The straw that
broke Ingebrigtsen's back was a sustained denial of service[3]
attack throughout the month of July. He's been wondering a lot
lately if it's all worth it. So, he's decided[4] to move the mail
and news servers to new hosting. However, Ingebrigtsen is indeed
discontinuing the web-based archive. He said he's just "fed up."
He's willing to send a disk with the web server archives to anyone
who wants to take it over. But with the Gmane.org[5] web presence
gone, it feels like the end of an era. There is much wailing and
gnashing of teeth throughout the community with some even trying to
get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution
github archive no longer point to valid web links. I have pasted a
list of gmane links at the end of this message. As gmane's
"robots.txt" disallowed crawling, Google has not preserved the titles
or text of the links, which makes finding some of these a little
tricky.

Here are the remaining links that are not yet converted. Please
consider adopting a proposal, tracking down its links, and mailing
this thread with the proposal number, gmane links and pipermail
equivalents. Pipermail is located at
https://lists.swift.org/pipermail/swift-evolution/. Some of these may
refer to build dev discussions instead of evolution ones. If you
can, please track down to the exact message for rationale, and the
thread for discussion and review links.

Completely agreed. All of these should point to
https://lists.swift.org (and always should have, exactly for reasons
like this). I’d appreciate any PRs to help clean up the evolution
repo to point to https://lists.swift.org instead.


(Tino) #6

I think this news is worth to be linked to the thread "[swift-evolution] [Swift4] Mailing list vs. Forum" — but there's just no good way to do so :wink:


(Ben Rimmington) #7

I'll update the middle third (SE-0046 ... SE-0090).

-- Ben

···

On 1 Aug 2016, at 00:00, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

On Jul 31, 2016, at 15:42, Chris Lattner via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org <http://gmane.org/> is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org <http://gmane.org/> web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

Completely agreed. All of these should point to https://lists.swift.org/> (and always should have, exactly for reasons like this). I’d appreciate any PRs to help clean up the evolution repo to point to https://lists.swift.org/> instead.

Thanks!

-Chris

On Jul 31, 2016, at 4:51 PM, Saagar Jha <saagarjha28@gmail.com <mailto:saagarjha28@gmail.com>> wrote:

I’d be happy to help. I see 94 instances of “gmane", do we want to split it up (since I see Erica is on it already)?

Saagar Jha

If you start from the end (most recent proposals) and work backwards, it will be a lot easier for me. Thanks! -- E


(Erica Sadun) #8

Thanks!

Here's what's left:

proposals/0017-convert-unmanaged-to-use-unsafepointer.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16118))
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9877), [Proposed Rewrite Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/68/)
proposals/0019-package-manager-testing.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4103), [Bug](https://bugs.swift.org/browse/SR-592))
proposals/0019-package-manager-testing.md:[SE Review Link](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3583)
proposals/0021-generalized-naming.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3317/focus=3961))
proposals/0022-objc-selectors.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4622))
proposals/0022-objc-selectors.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1384/focus=1403)
proposals/0023-api-guidelines.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8585))
proposals/0024-optional-value-setter.md:* Status: **Rejected** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/7694))
proposals/0025-scoped-access-level.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183/focus=13584), [Bug](https://bugs.swift.org/browse/SR-1275))
proposals/0025-scoped-access-level.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9334), [Next Steps Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183)
proposals/0026-abstract-classes-and-methods.md:* Status: **Deferred** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8809))
proposals/0027-string-from-code-units.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7695))
proposals/0028-modernizing-debug-identifiers.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/5805), Bug: [SR-669](https://bugs.swift.org/browse/SR-669))
proposals/0029-remove-implicit-tuple-splat.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6405))
proposals/0030-property-behavior-decls.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7735))
proposals/0030-property-behavior-decls.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11976)<br/>
proposals/0030-property-behavior-decls.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6426)
proposals/0031-adjusting-inout-declarations.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7394))
proposals/0031-adjusting-inout-declarations.md:*The initial Swift-Evolution discussion of this topic took place in the "[Replace 'inout' with &](http://comments.gmane.org/gmane.comp.lang.swift.evolution/2751)" thread.*
proposals/0032-sequencetype-find.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16116))
proposals/0033-import-objc-constants.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8817))
proposals/0034-disambiguating-line.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8156), [Implementation Bug](https://bugs.swift.org/browse/SR-840))
proposals/0034-disambiguating-line.md:The discussion took place on-line in the [*\[Discussion\]: Renaming #line, the line control statement*](http://comments.gmane.org/gmane.comp.lang.swift.evolution/5815) thread.
proposals/0035-limit-inout-capture.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7732), [Bug](https://bugs.swift.org/browse/SR-807))
proposals/0036-enum-dot.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Enum Leading Dot Prefixes](http://article.gmane.org/gmane.comp.lang.swift.evolution/6684) thread. This proposal uses lowerCamelCase enumeration cases in compliance with
proposals/0036-enum-dot.md:current [API Guideline Working Group guidance](http://news.gmane.org/gmane.comp.lang.swift.evolution).*
proposals/0037-clarify-comments-and-operators.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12350), [Bug](https://bugs.swift.org/browse/SR-960))
proposals/0037-clarify-comments-and-operators.md:Swift-evolution thread: [started here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/605)
proposals/0037-clarify-comments-and-operators.md:and [continued here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2855).
proposals/0038-swiftpm-c-language-targets.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7293)
proposals/0039-playgroundliterals.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9149/), [Bug](https://bugs.swift.org/browse/SR-917))
proposals/0039-playgroundliterals.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Modernizing Playground Literals](http://article.gmane.org/gmane.comp.lang.swift.evolution/7124) thread. Thanks to [Chris Lattner](https://github.com/lattner) for suggesting this enhancement.*
proposals/0040-attributecolons.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8920))
proposals/0040-attributecolons.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Replacing Equal Signs with Colons For Attribute Arguments](http://article.gmane.org/gmane.comp.lang.swift.evolution/7271) thread. Thanks to [Doug Gregor](https://github.com/DougGregor) for suggesting this enhancement.*
proposals/0042-flatten-method-types.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12828), [Bug](https://bugs.swift.org/browse/SR-1051))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12827))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4256)
proposals/0044-import-as-member.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12842), [Bug](https://bugs.swift.org/browse/SR-1053))
proposals/0044-import-as-member.md:[Swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8437)<br />
proposals/0044-import-as-member.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12274)
proposals/0045-scan-takewhile-dropwhile.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16119), [Bug](https://bugs.swift.org/browse/SR-1516))
proposals/0045-scan-takewhile-dropwhile.md:[Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1515)
proposals/0045-scan-takewhile-dropwhile.md:[rationale]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16898), [Bug](https://bugs.swift.org/browse/SR-1490))
proposals/0079-upgrade-self-from-weak-to-strong.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7582), [Draft Proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6064)
proposals/0080-failable-numeric-initializers.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16899), [Bug](https://bugs.swift.org/browse/SR-1491))
proposals/0081-move-where-expression.md:[\[Pitch\] Moving where Clauses Out Of Parameter Lists](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13886/focus=13899)
proposals/0082-swiftpm-package-edit.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16614))
proposals/0082-swiftpm-package-edit.md:[Proposal Announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15279)
proposals/0082-swiftpm-package-edit.md:[Review announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16078)
proposals/0085-package-manager-command-name.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=26))
proposals/0085-package-manager-command-name.md:[Swift Build Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/)
proposals/0085-package-manager-command-name.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=16764)
proposals/0086-drop-foundation-ns.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23869))
proposals/0086-drop-foundation-ns.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16298)
proposals/0086-drop-foundation-ns.md:[Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16509)
proposals/0088-libdispatch-for-swift3.md:* Status: **Accepted with Revisions** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17819))
proposals/0088-libdispatch-for-swift3.md:[Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16745)
proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)
proposals/0111-remove-arg-label-type-significance.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21369)
proposals/0114-buffer-naming.md:[Swift Evolution Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22127)

···

On Jul 31, 2016, at 8:51 PM, Ben Rimmington <me@benrimmington.com> wrote:

On 1 Aug 2016, at 00:00, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 15:42, Chris Lattner via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org <http://gmane.org/> is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org <http://gmane.org/> web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

Completely agreed. All of these should point to https://lists.swift.org/> (and always should have, exactly for reasons like this). I’d appreciate any PRs to help clean up the evolution repo to point to https://lists.swift.org/> instead.

Thanks!

-Chris

On Jul 31, 2016, at 4:51 PM, Saagar Jha <saagarjha28@gmail.com <mailto:saagarjha28@gmail.com>> wrote:

I’d be happy to help. I see 94 instances of “gmane", do we want to split it up (since I see Erica is on it already)?

Saagar Jha

If you start from the end (most recent proposals) and work backwards, it will be a lot easier for me. Thanks! -- E

I'll update the middle third (SE-0046 ... SE-0090).

-- Ben


(Krishna Kumar) #9

Hey

I’ll update (SE0017 - SE0045)

Thanks

-Krishna

···

On Aug 1, 2016, at 8:33 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

On Jul 31, 2016, at 8:51 PM, Ben Rimmington <me@benrimmington.com <mailto:me@benrimmington.com>> wrote:

On 1 Aug 2016, at 00:00, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 15:42, Chris Lattner via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Jul 31, 2016, at 3:40 PM, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-shutting-down writes:

"Long time mailing list archive site Gmane.org <http://gmane.org/> is shutting down. Gmane has been the home for technical mailing list references since 2002. But it's no longer fun for founder and only maintainer Lars Ingebrigtsen. He's been sued in India and threatened with legal action in at least France, among other annoyances. The straw that broke Ingebrigtsen's back was a sustained denial of service <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/> attack throughout the month of July. He's been wondering a lot lately if it's all worth it. So, he's decided <https://lars.ingebrigtsen.no/2016/07/28/the-end-of-gmane/comment-page-1/#comment-13502> to move the mail and news servers to new hosting. However, Ingebrigtsen is indeed discontinuing the web-based archive. He said he's just "fed up." He's willing to send a disk with the web server archives to anyone who wants to take it over. But with the Gmane.org <http://gmane.org/> web presence gone, it feels like the end of an era. There is much wailing and gnashing of teeth throughout the community with some even trying to get a petition started."

Because of this shutdown, numerous documents in the Swift Evolution github archive no longer point to valid web links. I have pasted a list of gmane links at the end of this message. As gmane's "robots.txt" disallowed crawling, Google has not preserved the titles or text of the links, which makes finding some of these a little tricky.

Here are the remaining links that are not yet converted. Please consider adopting a proposal, tracking down its links, and mailing this thread with the proposal number, gmane links and pipermail equivalents. Pipermail is located at https://lists.swift.org/pipermail/swift-evolution/. Some of these may refer to build dev discussions instead of evolution ones. If you can, please track down to the exact message for rationale, and the thread for discussion and review links.

Completely agreed. All of these should point to https://lists.swift.org/> (and always should have, exactly for reasons like this). I’d appreciate any PRs to help clean up the evolution repo to point to https://lists.swift.org/> instead.

Thanks!

-Chris

On Jul 31, 2016, at 4:51 PM, Saagar Jha <saagarjha28@gmail.com <mailto:saagarjha28@gmail.com>> wrote:

I’d be happy to help. I see 94 instances of “gmane", do we want to split it up (since I see Erica is on it already)?

Saagar Jha

If you start from the end (most recent proposals) and work backwards, it will be a lot easier for me. Thanks! -- E

I'll update the middle third (SE-0046 ... SE-0090).

-- Ben

Thanks!

Here's what's left:

proposals/0017-convert-unmanaged-to-use-unsafepointer.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16118))
proposals/0017-convert-unmanaged-to-use-unsafepointer.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9877), [Proposed Rewrite Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/68/)
proposals/0019-package-manager-testing.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4103), [Bug](https://bugs.swift.org/browse/SR-592))
proposals/0019-package-manager-testing.md:[SE Review Link](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3583)
proposals/0021-generalized-naming.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/3317/focus=3961))
proposals/0022-objc-selectors.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4622))
proposals/0022-objc-selectors.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1384/focus=1403)
proposals/0023-api-guidelines.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8585))
proposals/0024-optional-value-setter.md:* Status: **Rejected** ([Rationale](http://article.gmane.org/gmane.comp.lang.swift.evolution/7694))
proposals/0025-scoped-access-level.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183/focus=13584), [Bug](https://bugs.swift.org/browse/SR-1275))
proposals/0025-scoped-access-level.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9334), [Next Steps Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12183)
proposals/0026-abstract-classes-and-methods.md:* Status: **Deferred** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8809))
proposals/0027-string-from-code-units.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7695))
proposals/0028-modernizing-debug-identifiers.md:* Status: **Implemented in Swift 2.2** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/5805), Bug: [SR-669](https://bugs.swift.org/browse/SR-669))
proposals/0029-remove-implicit-tuple-splat.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6405))
proposals/0030-property-behavior-decls.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7735))
proposals/0030-property-behavior-decls.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11976)<br/>
proposals/0030-property-behavior-decls.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6426)
proposals/0031-adjusting-inout-declarations.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7394))
proposals/0031-adjusting-inout-declarations.md:*The initial Swift-Evolution discussion of this topic took place in the "[Replace 'inout' with &](http://comments.gmane.org/gmane.comp.lang.swift.evolution/2751)" thread.*
proposals/0032-sequencetype-find.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16116))
proposals/0033-import-objc-constants.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8817))
proposals/0034-disambiguating-line.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8156), [Implementation Bug](https://bugs.swift.org/browse/SR-840))
proposals/0034-disambiguating-line.md:The discussion took place on-line in the [*\[Discussion\]: Renaming #line, the line control statement*](http://comments.gmane.org/gmane.comp.lang.swift.evolution/5815) thread.
proposals/0035-limit-inout-capture.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7732), [Bug](https://bugs.swift.org/browse/SR-807))
proposals/0036-enum-dot.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Enum Leading Dot Prefixes](http://article.gmane.org/gmane.comp.lang.swift.evolution/6684) thread. This proposal uses lowerCamelCase enumeration cases in compliance with
proposals/0036-enum-dot.md:current [API Guideline Working Group guidance](http://news.gmane.org/gmane.comp.lang.swift.evolution).*
proposals/0037-clarify-comments-and-operators.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12350), [Bug](https://bugs.swift.org/browse/SR-960))
proposals/0037-clarify-comments-and-operators.md:Swift-evolution thread: [started here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/605)
proposals/0037-clarify-comments-and-operators.md:and [continued here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2855).
proposals/0038-swiftpm-c-language-targets.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7293)
proposals/0039-playgroundliterals.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9149/), [Bug](https://bugs.swift.org/browse/SR-917))
proposals/0039-playgroundliterals.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Modernizing Playground Literals](http://article.gmane.org/gmane.comp.lang.swift.evolution/7124) thread. Thanks to [Chris Lattner](https://github.com/lattner) for suggesting this enhancement.*
proposals/0040-attributecolons.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8920))
proposals/0040-attributecolons.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Replacing Equal Signs with Colons For Attribute Arguments](http://article.gmane.org/gmane.comp.lang.swift.evolution/7271) thread. Thanks to [Doug Gregor](https://github.com/DougGregor) for suggesting this enhancement.*
proposals/0042-flatten-method-types.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12828), [Bug](https://bugs.swift.org/browse/SR-1051))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12827))
proposals/0043-declare-variables-in-case-labels-with-multiple-patterns.md:Swift-evolution thread: [here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/4256)
proposals/0044-import-as-member.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12842), [Bug](https://bugs.swift.org/browse/SR-1053))
proposals/0044-import-as-member.md:[Swift-evolution thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8437)<br />
proposals/0044-import-as-member.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12274)
proposals/0045-scan-takewhile-dropwhile.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16119), [Bug](https://bugs.swift.org/browse/SR-1516))
proposals/0045-scan-takewhile-dropwhile.md:[Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1515)
proposals/0045-scan-takewhile-dropwhile.md:[rationale]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16898), [Bug](https://bugs.swift.org/browse/SR-1490))
proposals/0079-upgrade-self-from-weak-to-strong.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7582), [Draft Proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6064)
proposals/0080-failable-numeric-initializers.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16899), [Bug](https://bugs.swift.org/browse/SR-1491))
proposals/0081-move-where-expression.md:[\[Pitch\] Moving where Clauses Out Of Parameter Lists](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13886/focus=13899)
proposals/0082-swiftpm-package-edit.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16614))
proposals/0082-swiftpm-package-edit.md:[Proposal Announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15279)
proposals/0082-swiftpm-package-edit.md:[Review announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16078)
proposals/0085-package-manager-command-name.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=26))
proposals/0085-package-manager-command-name.md:[Swift Build Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/)
proposals/0085-package-manager-command-name.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=16764)
proposals/0086-drop-foundation-ns.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23869))
proposals/0086-drop-foundation-ns.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16298)
proposals/0086-drop-foundation-ns.md:[Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16509)
proposals/0088-libdispatch-for-swift3.md:* Status: **Accepted with Revisions** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17819))
proposals/0088-libdispatch-for-swift3.md:[Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16745)
proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)
proposals/0111-remove-arg-label-type-significance.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21369)
proposals/0114-buffer-naming.md:[Swift Evolution Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22127)

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org <mailto:swift-evolution@swift.org>
https://lists.swift.org/mailman/listinfo/swift-evolution


(Erica Sadun) #10

Thanks.

Remaining links as of this morning are listed below. Anyone willing to adopt a proposal or a group and get them updated, please reply in-thread and submit a PR with changes.

Tips:

* Ideally, each proposal should have a link to a rationale, to on-list discussion(s), and review discussion(s). If any of these are missing, please add.
* Rationales are easily found on the announcement list: https://lists.swift.org/pipermail/swift-evolution-announce/
* Discussion and review threads need to be from the non-announce list to allow readers to follow the conversation.
* A few proposals are sourced from build-dev and not Swift Evolution
* The toughest updates were from December, before the archiving, formatting, etc got underway. Later links are a lot easier to track down.
* You cannot use Google to search for gmane threads as the site was set for no robots and there is no Internet Archive Wayback fallback.

-- E

proposals/0030-property-behavior-decls.md:* Status: **Rejected** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7735))
proposals/0030-property-behavior-decls.md:[Swift Evolution Discussion](http://thread.gmane.org/gmane.comp.lang.swift.evolution/11976)<br/>
proposals/0030-property-behavior-decls.md:[Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6426)
proposals/0031-adjusting-inout-declarations.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7394))
proposals/0031-adjusting-inout-declarations.md:*The initial Swift-Evolution discussion of this topic took place in the "[Replace 'inout' with &](http://comments.gmane.org/gmane.comp.lang.swift.evolution/2751)" thread.*
proposals/0032-sequencetype-find.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16116))
proposals/0033-import-objc-constants.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8817))
proposals/0034-disambiguating-line.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/8156), [Implementation Bug](https://bugs.swift.org/browse/SR-840))
proposals/0034-disambiguating-line.md:The discussion took place on-line in the [*\[Discussion\]: Renaming #line, the line control statement*](http://comments.gmane.org/gmane.comp.lang.swift.evolution/5815) thread.
proposals/0035-limit-inout-capture.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7732), [Bug](https://bugs.swift.org/browse/SR-807))
proposals/0036-enum-dot.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Enum Leading Dot Prefixes](http://article.gmane.org/gmane.comp.lang.swift.evolution/6684) thread. This proposal uses lowerCamelCase enumeration cases in compliance with
proposals/0036-enum-dot.md:current [API Guideline Working Group guidance](http://news.gmane.org/gmane.comp.lang.swift.evolution).*
proposals/0037-clarify-comments-and-operators.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/12350), [Bug](https://bugs.swift.org/browse/SR-960))
proposals/0037-clarify-comments-and-operators.md:Swift-evolution thread: [started here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/605)
proposals/0037-clarify-comments-and-operators.md:and [continued here](http://thread.gmane.org/gmane.comp.lang.swift.evolution/2855).
proposals/0038-swiftpm-c-language-targets.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7293)
proposals/0039-playgroundliterals.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/9149/), [Bug](https://bugs.swift.org/browse/SR-917))
proposals/0039-playgroundliterals.md:*Discussion took place on the Swift Evolution mailing list in the [\[Discussion\] Modernizing Playground Literals](http://article.gmane.org/gmane.comp.lang.swift.evolution/7124) thread. Thanks to [Chris Lattner](https://github.com/lattner) for suggesting this enhancement.*
proposals/0045-scan-takewhile-dropwhile.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16119), [Bug](https://bugs.swift.org/browse/SR-1516))
proposals/0045-scan-takewhile-dropwhile.md:[Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib](http://thread.gmane.org/gmane.comp.lang.swift.evolution/1515)
proposals/0045-scan-takewhile-dropwhile.md:[rationale]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16898), [Bug](https://bugs.swift.org/browse/SR-1490))
proposals/0079-upgrade-self-from-weak-to-strong.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/7582), [Draft Proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/6064)
proposals/0080-failable-numeric-initializers.md:* Status: **Accepted with Revisions for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16899), [Bug](https://bugs.swift.org/browse/SR-1491))
proposals/0081-move-where-expression.md:[\[Pitch\] Moving where Clauses Out Of Parameter Lists](http://thread.gmane.org/gmane.comp.lang.swift.evolution/13886/focus=13899)
proposals/0082-swiftpm-package-edit.md:* Status: **Accepted for Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16614))
proposals/0082-swiftpm-package-edit.md:[Proposal Announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15279)
proposals/0082-swiftpm-package-edit.md:[Review announcement](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16078)
proposals/0085-package-manager-command-name.md:* Status: **Implemented in Swift 3** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=26))
proposals/0085-package-manager-command-name.md:[Swift Build Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/)
proposals/0085-package-manager-command-name.md:[Swift Evolution Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.build/1/focus=16764)
proposals/0086-drop-foundation-ns.md:* Status: **Accepted** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23869))
proposals/0086-drop-foundation-ns.md:[Swift Evolution Discussion Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16298)
proposals/0086-drop-foundation-ns.md:[Review Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16509)
proposals/0088-libdispatch-for-swift3.md:* Status: **Accepted with Revisions** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17819))
proposals/0088-libdispatch-for-swift3.md:[Review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/16745)
proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)
proposals/0111-remove-arg-label-type-significance.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21369)
proposals/0114-buffer-naming.md:[Swift Evolution Thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/22127)

···

On Aug 1, 2016, at 12:46 PM, Krishna Kumar <kkdevenda@gmail.com> wrote:

Hey

I’ll update (SE0017 - SE0045)

Thanks

-Krishna


(Ben Rimmington) #11

[SE-0076 ... SE-0090] <https://github.com/apple/swift-evolution/pull/484>

-- Ben

···

On 2 Aug 2016, at 16:16, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

Anyone willing to adopt a proposal or a group and get them updated, please reply in-thread and submit a PR with changes.


(Erica Sadun) #12

Here's what's left

proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)

···

On Aug 2, 2016, at 9:22 AM, Ben Rimmington <me@benrimmington.com> wrote:

On 2 Aug 2016, at 16:16, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

Anyone willing to adopt a proposal or a group and get them updated, please reply in-thread and submit a PR with changes.

[SE-0076 ... SE-0090] <https://github.com/apple/swift-evolution/pull/484>

-- Ben


(Saagar Jha) #13

I’ve submitted a pull that includes everything except for SE-0094, 0095, and 0110, which I wasn’t able to find.

Saagar Jha

···

On Aug 3, 2016, at 11:31, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

On Aug 2, 2016, at 9:22 AM, Ben Rimmington <me@benrimmington.com> wrote:

On 2 Aug 2016, at 16:16, Erica Sadun via swift-evolution <swift-evolution@swift.org> wrote:

Anyone willing to adopt a proposal or a group and get them updated, please reply in-thread and submit a PR with changes.

[SE-0076 ... SE-0090] <https://github.com/apple/swift-evolution/pull/484>

-- Ben

Here's what's left

proposals/0092-typealiases-in-protocols.md:* Status: **Implemented in Swift 3.0** ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17317))
proposals/0094-sequence-function.md:Swift-evolution thread: [Discussion thread topic for that proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15743/focus=17108)
proposals/0094-sequence-function.md:[SE-0045a]: http://article.gmane.org/gmane.comp.lang.swift.evolution/16119
proposals/0095-any-as-existential.md:Discussion threads: [pre-proposal](https://lists.swift.org/pipermail/swift-evolution/Week-of-Mon-20160516/018109.html), [review thread 1](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18349), [2](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18350/focus=18447), [3](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18351/focus=18440), [4](http://thread.gmane.org/gmane.comp.lang.swift.evolution/18518), [post-review thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19463)
proposals/0096-dynamictype.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0097-negative-attributes.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0098-didset-capitalization.md:[RFC: didset and willset](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17534)
proposals/0099-conditionclauses.md:[\[Pitch\] making where and , interchangeable in guard conditions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/17926)
proposals/0101-standardizing-sizeof-naming.md:* Swift Evolution Pitch: [\[Pitch\] Renaming sizeof, sizeofValue, strideof, strideofValue](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19459)
proposals/0101-standardizing-sizeof-naming.md:* [Earlier Discussions](http://thread.gmane.org/gmane.comp.lang.swift.evolution/15830)
proposals/0101-standardizing-sizeof-naming.md:* [SE-0101 Review](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21103)
proposals/0103-make-noescape-default.md:* [Make non-escaping closures the default](http://thread.gmane.org/gmane.comp.lang.swift.evolution/19756)
proposals/0105-remove-where-from-forin-loops.md:Swift Evolution Discussion: [\[Pitch\] Retiring `where` from for-in loops](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20142)
proposals/0106-rename-osx-to-macos.md:Swift Evolution Discussion: [\[DRAFT\] Aliasing the OS X Platform Configuration Test](http://thread.gmane.org/gmane.comp.lang.swift.evolution/20815)
proposals/0108-remove-assoctype-inference.md:swift-evolution thread: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21714)
proposals/0108-remove-assoctype-inference.md:As Douglas Gregor (original author of the relevant type inference code) [puts it](http://article.gmane.org/gmane.comp.lang.swift.evolution/22058):
proposals/0108-remove-assoctype-inference.md:To some extent, this is an issue inherent to any design which makes no distinctions at the site of implementation between members intended to satisfy protocol requirements and members that are explicitly not intended to satisfy protocol requirements. Rather than adding keywords to create this distinction, Douglas Gregor has [proposed and implemented type checker heuristics](http://article.gmane.org/gmane.comp.lang.swift.devel/1799) that will generate warnings when a programmer implements a member that "looks like" it should fulfill a protocol requirement but does not actually do so. This is one possible mitigation strategy that should be revisited as a way to decrease the possible impact of removing associated type witness inference from the compiler.
proposals/0108-remove-assoctype-inference.md:As well, Dave Abrahams expresses a [potential issue](http://article.gmane.org/gmane.comp.lang.swift.evolution/21892):
proposals/0109-remove-boolean.md:* Status: Accepted ([Rationale](http://thread.gmane.org/gmane.comp.lang.swift.evolution/23844))
proposals/0109-remove-boolean.md:[Discussion thread](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21559)
proposals/0110-distingish-single-tuple-arg.md:Discussion: [pre-proposal](http://thread.gmane.org/gmane.comp.lang.swift.evolution/21732)

_______________________________________________
swift-evolution mailing list
swift-evolution@swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution


(Erica Sadun) #14

And we're done for now! Thanks all.

-- E

···

On Aug 3, 2016, at 9:18 PM, Saagar Jha <saagar@saagarjha.com> wrote:

I’ve submitted a pull that includes everything except for SE-0094, 0095, and 0110, which I wasn’t able to find.

Saagar Jha

On Aug 3, 2016, at 11:31, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

On Aug 2, 2016, at 9:22 AM, Ben Rimmington <me@benrimmington.com <mailto:me@benrimmington.com>> wrote:

On 2 Aug 2016, at 16:16, Erica Sadun via swift-evolution <swift-evolution@swift.org <mailto:swift-evolution@swift.org>> wrote:

Anyone willing to adopt a proposal or a group and get them updated, please reply in-thread and submit a PR with changes.

[SE-0076 ... SE-0090] <https://github.com/apple/swift-evolution/pull/484>

-- Ben