Gmane.org <http://gmane.org/> is shutting down. http://ostatic.com/blog/mint-18-xfce-imminent-gmane-org-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/ <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%2dG7D9N7FeY%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 [email protected] https://lists.swift.org/mailman/listinfo/swift-evolution
