From fbbd85435ac7a5b995dc3df024d09b90dec29496 Mon Sep 17 00:00:00 2001 From: Anthony Latsis Date: Thu, 12 Jan 2023 18:20:19 +0300 Subject: [PATCH] Migrate the repo from Jira issues to GitHub issues --- proposal-templates/0000-swift-template.md | 2 +- proposal-templates/0000-swiftpm-template.md | 2 +- proposals/0001-keywords-as-argument-labels.md | 2 +- proposals/0007-remove-c-style-for-loops.md | 2 +- proposals/0008-lazy-flatmap-for-optionals.md | 2 +- proposals/0011-replace-typealias-associated.md | 2 +- proposals/0014-constrained-AnySequence.md | 2 +- ...tializers-for-converting-unsafe-pointers-to-ints.md | 2 +- .../0017-convert-unmanaged-to-use-unsafepointer.md | 2 +- proposals/0019-package-manager-testing.md | 2 +- proposals/0025-scoped-access-level.md | 2 +- proposals/0028-modernizing-debug-identifiers.md | 4 ++-- proposals/0032-sequencetype-find.md | 2 +- proposals/0034-disambiguating-line.md | 2 +- proposals/0035-limit-inout-capture.md | 2 +- proposals/0036-enum-dot.md | 2 +- proposals/0037-clarify-comments-and-operators.md | 4 ++-- proposals/0038-swiftpm-c-language-targets.md | 2 +- proposals/0039-playgroundliterals.md | 2 +- proposals/0042-flatten-method-types.md | 2 +- proposals/0044-import-as-member.md | 2 +- proposals/0045-scan-takewhile-dropwhile.md | 2 +- proposals/0046-first-label.md | 2 +- proposals/0047-nonvoid-warn.md | 2 +- proposals/0049-noescape-autoclosure-type-attrs.md | 2 +- proposals/0060-defaulted-parameter-order.md | 2 +- proposals/0061-autoreleasepool-signature.md | 4 ++-- proposals/0062-objc-keypaths.md | 2 +- proposals/0064-property-selectors.md | 2 +- proposals/0068-universal-self.md | 2 +- proposals/0070-optional-requirements.md | 2 +- proposals/0074-binary-search.md | 2 +- proposals/0075-import-test.md | 2 +- ...nsafe-mutable-pointer-with-unsafe-pointer-source.md | 2 +- proposals/0080-failable-numeric-initializers.md | 2 +- proposals/0081-move-where-expression.md | 2 +- proposals/0089-rename-string-reflection-init.md | 2 +- proposals/0091-improving-operators-in-protocols.md | 2 +- proposals/0092-typealiases-in-protocols.md | 2 +- proposals/0094-sequence-function.md | 2 +- proposals/0095-any-as-existential.md | 2 +- proposals/0096-dynamictype.md | 2 +- ...-add-sequence-based-init-and-merge-to-dictionary.md | 2 +- proposals/0102-noreturn-bottom-type.md | 2 +- proposals/0103-make-noescape-default.md | 2 +- proposals/0104-improved-integers.md | 2 +- proposals/0106-rename-osx-to-macos.md | 6 +++--- proposals/0110-distinguish-single-tuple-arg.md | 2 +- proposals/0111-remove-arg-label-type-significance.md | 2 +- proposals/0113-rounding-functions-on-floatingpoint.md | 2 +- proposals/0115-literal-syntax-protocols.md | 2 +- proposals/0118-closure-parameter-names-and-labels.md | 2 +- proposals/0120-revise-partition-method.md | 4 ++-- ...attern-label-for-int-initializer-objectidentfier.md | 4 ++-- proposals/0125-remove-nonobjectivecbase.md | 2 +- ...factor-metatypes-repurpose-t-dot-self-and-mirror.md | 2 +- proposals/0127-cleaning-up-stdlib-ptr-buffer.md | 10 +++++----- proposals/0137-avoiding-lock-in.md | 4 ++-- proposals/0139-bridge-nsnumber-and-nsvalue.md | 2 +- proposals/0141-available-by-swift-version.md | 2 +- proposals/0142-associated-types-constraints.md | 2 +- proposals/0146-package-manager-product-definitions.md | 4 ++-- proposals/0148-generic-subscripts.md | 2 +- proposals/0149-package-manager-top-of-tree.md | 2 +- proposals/0150-package-manager-branch-support.md | 2 +- ...age-manager-swift-language-compatibility-version.md | 2 +- proposals/0152-package-manager-tools-version.md | 2 +- ...te-for-the-inconsistency-of-nscopyings-behaviour.md | 2 +- proposals/0155-normalize-enum-case-representation.md | 2 +- proposals/0156-subclass-existentials.md | 2 +- proposals/0157-recursive-protocol-constraints.md | 2 +- .../0158-package-manager-manifest-api-redesign.md | 2 +- proposals/0160-objc-inference.md | 2 +- .../0162-package-manager-custom-target-layouts.md | 2 +- ...0164-remove-final-support-in-protocol-extensions.md | 2 +- proposals/0165-dict.md | 2 +- proposals/0168-multi-line-string-literals.md | 2 +- ...tion-between-private-declarations-and-extensions.md | 2 +- proposals/0174-filter-range-replaceable.md | 2 +- proposals/0183-substring-affordances.md | 2 +- proposals/0184-unsafe-pointers-add-missing.md | 2 +- ...86-remove-ownership-keyword-support-in-protocols.md | 2 +- proposals/0194-derived-collection-of-enum-cases.md | 4 ++-- proposals/0200-raw-string-escaping.md | 2 +- proposals/0201-package-manager-local-dependencies.md | 2 +- proposals/0203-rename-sequence-elements-equal.md | 2 +- proposals/0204-add-last-methods.md | 2 +- proposals/0206-hashable-enhancements.md | 10 +--------- .../0208-package-manager-system-library-targets.md | 2 +- .../0209-package-manager-swift-lang-version-update.md | 2 +- proposals/0219-package-manager-dependency-mirroring.md | 2 +- proposals/0223-array-uninitialized-initializer.md | 2 +- proposals/0224-ifswift-lessthan-operator.md | 2 +- ...0226-package-manager-target-based-dep-resolution.md | 2 +- .../0241-string-index-explicit-encoding-offset.md | 2 +- proposals/0245-array-uninitialized-initializer.md | 2 +- proposals/0247-contiguous-strings.md | 2 +- proposals/0248-string-gaps-missing-apis.md | 4 ++-- proposals/0263-string-uninitialized-initializer.md | 2 +- proposals/0268-didset-semantics.md | 4 ++-- proposals/0269-implicit-self-explicit-capture.md | 2 +- proposals/0280-enum-cases-as-protocol-witnesses.md | 2 +- proposals/0282-atomics.md | 2 +- proposals/0288-binaryinteger-ispower.md | 2 +- proposals/0289-result-builders.md | 2 +- proposals/0294-package-executable-targets.md | 4 ++-- proposals/0320-codingkeyrepresentable.md | 2 +- proposals/0324-c-lang-pointer-arg-conversion.md | 2 +- proposals/0327-actor-initializers.md | 2 +- proposals/0330-collection-conditionals.md | 2 +- proposals/0333-with-memory-rebound.md | 2 +- proposals/0334-pointer-usability-improvements.md | 2 +- proposals/0339-module-aliasing-for-disambiguation.md | 4 ++-- proposals/0349-unaligned-loads-and-stores.md | 2 +- 114 files changed, 132 insertions(+), 140 deletions(-) diff --git a/proposal-templates/0000-swift-template.md b/proposal-templates/0000-swift-template.md index 1a2e8ed2a4..df6b92bdd3 100644 --- a/proposal-templates/0000-swift-template.md +++ b/proposal-templates/0000-swift-template.md @@ -9,7 +9,7 @@ * Implementation: [apple/swift#NNNNN](https://github.com/apple/swift/pull/NNNNN) or [apple/swift-evolution-staging#NNNNN](https://github.com/apple/swift-evolution-staging/pull/NNNNN) * Decision Notes: [Rationale](https://forums.swift.org/), [Additional Commentary](https://forums.swift.org/) -* Bugs: [SR-NNNN](https://bugs.swift.org/browse/SR-NNNN), [SR-MMMM](https://bugs.swift.org/browse/SR-MMMM) +* Bugs: [apple/swift#NNNNN](https://github.com/apple/swift/issues/NNNNN), [apple/swift#MMMMM](https://github.com/apple/swift/issues/MMMMM) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/...commit-ID.../proposals/NNNN-filename.md) * Previous Proposal: [SE-XXXX](XXXX-filename.md) diff --git a/proposal-templates/0000-swiftpm-template.md b/proposal-templates/0000-swiftpm-template.md index 57fd0b27cf..0b3a978293 100644 --- a/proposal-templates/0000-swiftpm-template.md +++ b/proposal-templates/0000-swiftpm-template.md @@ -9,7 +9,7 @@ * Implementation: [apple/swift-package-manager#NNNNN](https://github.com/apple/swift-package-manager/pull/NNNNN) * Decision Notes: [Rationale](https://forums.swift.org/), [Additional Commentary](https://forums.swift.org/) -* Bugs: [SR-NNNN](https://bugs.swift.org/browse/SR-NNNN), [SR-MMMM](https://bugs.swift.org/browse/SR-MMMM) +* Bugs: [apple/swift-package-manager#NNNNN](https://github.com/apple/swift-package-manager/issues/NNNNN), [apple/swift-package-manager#MMMMM](https://github.com/apple/swift-package-manager/issues/MMMMM) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/...commit-ID.../proposals/NNNN-filename.md) * Previous Proposal: [SE-XXXX](XXXX-filename.md) diff --git a/proposals/0001-keywords-as-argument-labels.md b/proposals/0001-keywords-as-argument-labels.md index cd0c7279af..46d38cf88d 100644 --- a/proposals/0001-keywords-as-argument-labels.md +++ b/proposals/0001-keywords-as-argument-labels.md @@ -3,7 +3,7 @@ * Proposal: [SE-0001](0001-keywords-as-argument-labels.md) * Author: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 2.2)** -* Bug: [SR-344](https://bugs.swift.org/browse/SR-344) +* Bug: [apple/swift#42966](https://github.com/apple/swift/issues/42966) ## Introduction diff --git a/proposals/0007-remove-c-style-for-loops.md b/proposals/0007-remove-c-style-for-loops.md index 77149118b9..62e70a92a7 100644 --- a/proposals/0007-remove-c-style-for-loops.md +++ b/proposals/0007-remove-c-style-for-loops.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0007-remove-c-style-for-loops-with-conditions-and-incrementers/512) -* Bugs: [SR-226](https://bugs.swift.org/browse/SR-226), [SR-227](https://bugs.swift.org/browse/SR-227) +* Bugs: [apple/swift#42848](https://github.com/apple/swift/issues/42848), [apple/swift#42849](https://github.com/apple/swift/issues/42849) ## Introduction diff --git a/proposals/0008-lazy-flatmap-for-optionals.md b/proposals/0008-lazy-flatmap-for-optionals.md index 90e7e9e3bc..02abaccf1e 100644 --- a/proposals/0008-lazy-flatmap-for-optionals.md +++ b/proposals/0008-lazy-flatmap-for-optionals.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0008-add-a-lazy-flatmap-for-sequences-of-optionals/748) -* Bug: [SR-361](https://bugs.swift.org/browse/SR-361) +* Bug: [apple/swift#42981](https://github.com/apple/swift/issues/42981) ## Introduction ## diff --git a/proposals/0011-replace-typealias-associated.md b/proposals/0011-replace-typealias-associated.md index 89d7a3d25e..bef64819b1 100644 --- a/proposals/0011-replace-typealias-associated.md +++ b/proposals/0011-replace-typealias-associated.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 2.2)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0011-replace-typealias-keyword-with-associatedtype-for-associated-type-declarations/990) -* Bug: [SR-511](https://bugs.swift.org/browse/SR-511) +* Bug: [apple/swift#43128](https://github.com/apple/swift/issues/43128) ## Introduction diff --git a/proposals/0014-constrained-AnySequence.md b/proposals/0014-constrained-AnySequence.md index 48ddfbc8ed..2804b87497 100644 --- a/proposals/0014-constrained-AnySequence.md +++ b/proposals/0014-constrained-AnySequence.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 2.2)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0014-constraining-anysequence-init/924) -* Bug: [SR-474](https://bugs.swift.org/browse/SR-474) +* Bug: [apple/swift#43091](https://github.com/apple/swift/issues/43091) ## Introduction diff --git a/proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md b/proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md index 22518458dc..dc0ff498c8 100644 --- a/proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md +++ b/proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0016-adding-initializers-to-int-and-uint-to-convert-from-unsafepointer-and-unsafemutablepointer/2005) -* Bug: [SR-1115](https://bugs.swift.org/browse/SR-1115) +* Bug: [apple/swift#43728](https://github.com/apple/swift/issues/43728) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/ae2d7c24fff7cbdff754d9a4339e4fb02df5c690/proposals/0016-initializers-for-converting-unsafe-pointers-to-ints.md) ## Introduction diff --git a/proposals/0017-convert-unmanaged-to-use-unsafepointer.md b/proposals/0017-convert-unmanaged-to-use-unsafepointer.md index 7799dec5b8..7dd3d91aea 100644 --- a/proposals/0017-convert-unmanaged-to-use-unsafepointer.md +++ b/proposals/0017-convert-unmanaged-to-use-unsafepointer.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0017-change-unmanaged-to-use-unsafepointer/2461) -* Bug: [SR-1485](https://bugs.swift.org/browse/SR-1485) +* Bug: [apple/swift#44094](https://github.com/apple/swift/issues/44094) ## Introduction diff --git a/proposals/0019-package-manager-testing.md b/proposals/0019-package-manager-testing.md index 6502f760e4..b28b891ee7 100644 --- a/proposals/0019-package-manager-testing.md +++ b/proposals/0019-package-manager-testing.md @@ -5,7 +5,7 @@ * Review Manager: [Rick Ballard](https://github.com/rballard) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0019-swift-testing-package-manager/1155) -* Bug: [SR-592](https://bugs.swift.org/browse/SR-592) +* Bug: [apple/swift-package-manager#5324](https://github.com/apple/swift-package-manager/issues/5324) ## Introduction diff --git a/proposals/0025-scoped-access-level.md b/proposals/0025-scoped-access-level.md index 310956cd11..9e88fca202 100644 --- a/proposals/0025-scoped-access-level.md +++ b/proposals/0025-scoped-access-level.md @@ -5,7 +5,7 @@ * Status: **Implemented (Swift 3)** * Review Manager: [Doug Gregor](http://github.com/DougGregor) * Decision Notes: [Rationale](https://forums.swift.org/t/se-0025-scoped-access-level-next-steps/1797/131) -* Bug: [SR-1275](https://bugs.swift.org/browse/SR-1275) +* Bug: [apple/swift#43883](https://github.com/apple/swift/issues/43883) * Previous revision: [1](https://github.com/apple/swift-evolution/blob/e4328889a9643100177aef19f6f428855c5d0cf2/proposals/0025-scoped-access-level.md) ## Introduction diff --git a/proposals/0028-modernizing-debug-identifiers.md b/proposals/0028-modernizing-debug-identifiers.md index 6787f7208f..9ec3ce2f5c 100644 --- a/proposals/0028-modernizing-debug-identifiers.md +++ b/proposals/0028-modernizing-debug-identifiers.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 2.2)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0028-modernizing-swifts-debugging-identifiers-line-etc/1303) -* Bug: [SR-669](https://bugs.swift.org/browse/SR-669) +* Bug: [apple/swift#43284](https://github.com/apple/swift/issues/43284) ## Introduction @@ -51,7 +51,7 @@ Additional points to be considered by the Swift team for inclusion: ## Possible Future Extensions -[SR-198](https://bugs.swift.org/browse/SR-198) requested the coalescing of existing identifiers. A structured `#sourcelocation` identifier could be added as a follow-on if and when the Swift team decides to tackle a standardized source location type, which would provide individual field or keyword access. +[apple/swift#42820](https://github.com/apple/swift/issues/42820) requested the coalescing of existing identifiers. A structured `#sourcelocation` identifier could be added as a follow-on if and when the Swift team decides to tackle a standardized source location type, which would provide individual field or keyword access. In support of summaries, Remy Demerest writes, "[I] love the idea that source location would be one object that you can print to get the full story while still retaining the possibility to use each individual components as needed, which is probably the rarer case. I never find myself wanting only some of properties and usually don't include them simply because it takes longer to write the format properly, if I can get them all in one go it's certainly a win." diff --git a/proposals/0032-sequencetype-find.md b/proposals/0032-sequencetype-find.md index 9dbd6358a3..32552858a4 100644 --- a/proposals/0032-sequencetype-find.md +++ b/proposals/0032-sequencetype-find.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0032-add-find-method-to-sequence/2462) -* Bug: [SR-1519](https://bugs.swift.org/browse/SR-1519) +* Bug: [apple/swift#44128](https://github.com/apple/swift/issues/44128) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/d709546002e1636a10350d14da84eb9e554c3aac/proposals/0032-sequencetype-find.md) ## Introduction diff --git a/proposals/0034-disambiguating-line.md b/proposals/0034-disambiguating-line.md index 97b2164fe2..8801d84790 100644 --- a/proposals/0034-disambiguating-line.md +++ b/proposals/0034-disambiguating-line.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0034-disambiguating-line-control-statements-from-debugging-identifiers/1614) -* Bug: [SR-840](https://bugs.swift.org/browse/SR-840) +* Bug: [apple/swift#43452](https://github.com/apple/swift/issues/43452) ## Introduction diff --git a/proposals/0035-limit-inout-capture.md b/proposals/0035-limit-inout-capture.md index 466df50182..a87f7c104b 100644 --- a/proposals/0035-limit-inout-capture.md +++ b/proposals/0035-limit-inout-capture.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0035-limiting-inout-capture-to-noescape-contexts/1544) -* Bug: [SR-807](https://bugs.swift.org/browse/SR-807) +* Bug: [apple/swift#43419](https://github.com/apple/swift/issues/43419) ## Introduction diff --git a/proposals/0036-enum-dot.md b/proposals/0036-enum-dot.md index 8e7f6cfaa0..56b6290496 100644 --- a/proposals/0036-enum-dot.md +++ b/proposals/0036-enum-dot.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0036-requiring-leading-dot-prefixes-for-enum-instance-member-implementations/2196) -* Bug: [SR-1236](https://bugs.swift.org/browse/SR-1236) +* Bug: [apple/swift#43844](https://github.com/apple/swift/issues/43844) ## Introduction diff --git a/proposals/0037-clarify-comments-and-operators.md b/proposals/0037-clarify-comments-and-operators.md index 293fd83dc6..e6c3ab945d 100644 --- a/proposals/0037-clarify-comments-and-operators.md +++ b/proposals/0037-clarify-comments-and-operators.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0037-clarify-interaction-between-comments-operators/1833) -* Bug: [SR-960](https://bugs.swift.org/browse/SR-960) +* Bug: [apple/swift#43572](https://github.com/apple/swift/issues/43572) ## Introduction @@ -27,7 +27,7 @@ A draft implementation is [available here](https://github.com/apple/swift/compar At the moment, comments next to operators are usually treated as non-whitespace for the purpose of [determining whether an operator is prefix/postfix/binary](https://developer.apple.com/library/mac/documentation/Swift/Conceptual/Swift_Programming_Language/LexicalStructure.html#//apple_ref/doc/uid/TP40014097-CH30-ID418), -meaning that this fails to compile ([SR-186](https://bugs.swift.org/browse/SR-186)): +meaning that this fails to compile ([apple/swift#42808](https://github.com/apple/swift/issues/42808)): ``` if /* comment */!foo { ... } diff --git a/proposals/0038-swiftpm-c-language-targets.md b/proposals/0038-swiftpm-c-language-targets.md index 9ef4f20715..6dddf53843 100644 --- a/proposals/0038-swiftpm-c-language-targets.md +++ b/proposals/0038-swiftpm-c-language-targets.md @@ -5,7 +5,7 @@ * Review Manager: [Rick Ballard](https://github.com/rballard) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0038-package-manager-c-language-target-support/1569) -* Bug: [SR-821](https://bugs.swift.org/browse/SR-821) +* Bug: [apple/swift-package-manager#5314](https://github.com/apple/swift-package-manager/issues/5314) ## Introduction diff --git a/proposals/0039-playgroundliterals.md b/proposals/0039-playgroundliterals.md index 42ccdab79d..4714ad40d8 100644 --- a/proposals/0039-playgroundliterals.md +++ b/proposals/0039-playgroundliterals.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0039-modernizing-playground-literals/1746) -* Bug: [SR-917](https://bugs.swift.org/browse/SR-917) +* Bug: [apple/swift#43529](https://github.com/apple/swift/issues/43529) ## Introduction diff --git a/proposals/0042-flatten-method-types.md b/proposals/0042-flatten-method-types.md index 3cd6411664..4d57a0c2df 100644 --- a/proposals/0042-flatten-method-types.md +++ b/proposals/0042-flatten-method-types.md @@ -6,7 +6,7 @@ * Status: **Rejected** * Decision Notes: [Original acceptance](https://forums.swift.org/t/accepted-se-0042-flattening-the-function-type-of-unapplied-method-references/1926). The proposal was not implemented in time for Swift 3, and is now source-breaking. -* Bug: [SR-1051](https://bugs.swift.org/browse/SR-1051) +* Bug: [apple/swift#43663](https://github.com/apple/swift/issues/43663) ## Introduction diff --git a/proposals/0044-import-as-member.md b/proposals/0044-import-as-member.md index 8ea02ed09e..956fed3581 100644 --- a/proposals/0044-import-as-member.md +++ b/proposals/0044-import-as-member.md @@ -5,7 +5,7 @@ * Status: **Implemented (Swift 3)** * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0044-import-as-member/1929) -* Bug: [SR-1053](https://bugs.swift.org/browse/SR-1053) +* Bug: [apple/swift#43665](https://github.com/apple/swift/issues/43665) ## Introduction diff --git a/proposals/0045-scan-takewhile-dropwhile.md b/proposals/0045-scan-takewhile-dropwhile.md index 143395fbdf..8051692637 100644 --- a/proposals/0045-scan-takewhile-dropwhile.md +++ b/proposals/0045-scan-takewhile-dropwhile.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-modifications-se-0045-add-scan-prefix-while-drop-while-and-unfold-to-the-stdlib/2466) -* Bug: [SR-1516](https://bugs.swift.org/browse/SR-1516) +* Bug: [apple/swift#44125](https://github.com/apple/swift/issues/44125) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/b39d653f7e3d5e982b562664343f26c826652291/proposals/0045-scan-takewhile-dropwhile.md), [2](https://github.com/apple/swift-evolution/blob/baec22a8a5ddaa0407086380da32b5cad2144800/proposals/0045-scan-takewhile-dropwhile.md), [3](https://github.com/apple/swift-evolution/blob/d709546002e1636a10350d14da84eb9e554c3aac/proposals/0045-scan-takewhile-dropwhile.md) ## Introduction diff --git a/proposals/0046-first-label.md b/proposals/0046-first-label.md index 30b54b1705..c3dbf8f6a2 100644 --- a/proposals/0046-first-label.md +++ b/proposals/0046-first-label.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0046-establish-consistent-label-behavior-across-all-parameters-including-first-labels/1834) -* Bug: [SR-961](https://bugs.swift.org/browse/SR-961) +* Bug: [apple/swift#43573](https://github.com/apple/swift/issues/43573) ## Introduction We propose to normalize the first parameter declaration in methods diff --git a/proposals/0047-nonvoid-warn.md b/proposals/0047-nonvoid-warn.md index 8026a5e3ee..b55fb62a04 100644 --- a/proposals/0047-nonvoid-warn.md +++ b/proposals/0047-nonvoid-warn.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-revision-se-0047-defaulting-non-void-functions-so-they-warn-on-unused-results/1927) -* Bug: [SR-1052](https://bugs.swift.org/browse/SR-1052) +* Bug: [apple/swift#43664](https://github.com/apple/swift/issues/43664) ## Introduction diff --git a/proposals/0049-noescape-autoclosure-type-attrs.md b/proposals/0049-noescape-autoclosure-type-attrs.md index 6b6e5eb406..e173201013 100644 --- a/proposals/0049-noescape-autoclosure-type-attrs.md +++ b/proposals/0049-noescape-autoclosure-type-attrs.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0049-move-noescape-and-autoclosure-to-be-type-attributes/2194) -* Bug: [SR-1235](https://bugs.swift.org/browse/SR-1235) +* Bug: [apple/swift#43843](https://github.com/apple/swift/issues/43843) ## Introduction diff --git a/proposals/0060-defaulted-parameter-order.md b/proposals/0060-defaulted-parameter-order.md index 70e3fa69b6..37ebc6fa6c 100644 --- a/proposals/0060-defaulted-parameter-order.md +++ b/proposals/0060-defaulted-parameter-order.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0060-enforcing-order-of-defaulted-parameters/2573) -* Bug: [SR-1489](https://bugs.swift.org/browse/SR-1489) +* Bug: [apple/swift#44098](https://github.com/apple/swift/issues/44098) ## Introduction diff --git a/proposals/0061-autoreleasepool-signature.md b/proposals/0061-autoreleasepool-signature.md index 27c5d2346d..e6fcebcad5 100644 --- a/proposals/0061-autoreleasepool-signature.md +++ b/proposals/0061-autoreleasepool-signature.md @@ -5,7 +5,7 @@ * Review Manager: [Dave Abrahams](http://github.com/dabrahams) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0061-add-generic-result-and-error-handling-to-autoreleasepool/2425) -* Bugs: [SR-842](https://bugs.swift.org/browse/SR-842), [SR-1394](https://bugs.swift.org/browse/SR-1394) +* Bugs: [apple/swift#43454](https://github.com/apple/swift/issues/43454), [apple/swift#44003](https://github.com/apple/swift/issues/44003) ## Introduction @@ -96,7 +96,7 @@ No impact expected. ## Alternatives considered -The [original request, SR-842](https://bugs.swift.org/browse/SR-842) only +The [original request, apple/swift#43454](https://github.com/apple/swift/issues/43454), only suggested adding `throws`, but Dmitri Gribenko pointed out that adding a generic return type would be better. diff --git a/proposals/0062-objc-keypaths.md b/proposals/0062-objc-keypaths.md index 952c2c78a3..5f48bda95e 100644 --- a/proposals/0062-objc-keypaths.md +++ b/proposals/0062-objc-keypaths.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0062-referencing-objective-c-key-paths/2198) -* Bug: [SR-1237](https://bugs.swift.org/browse/SR-1237) +* Bug: [apple/swift#43845](https://github.com/apple/swift/issues/43845) ## Introduction diff --git a/proposals/0064-property-selectors.md b/proposals/0064-property-selectors.md index 92d670a3c0..943b0656c1 100644 --- a/proposals/0064-property-selectors.md +++ b/proposals/0064-property-selectors.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0064-referencing-the-objective-c-selector-of-property-getters-and-setters/2199) -* Bug: [SR-1239](https://bugs.swift.org/browse/SR-1239) +* Bug: [apple/swift#43847](https://github.com/apple/swift/issues/43847) ## Introduction diff --git a/proposals/0068-universal-self.md b/proposals/0068-universal-self.md index e6dda07d6b..5f589cc58d 100644 --- a/proposals/0068-universal-self.md +++ b/proposals/0068-universal-self.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.1)** * Implementation: [apple/swift#22863](https://github.com/apple/swift/pull/22863) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-modification-se-0068-expanding-swift-self-to-class-members-and-value-types/2373) -* Bug: [SR-1340](https://bugs.swift.org/browse/SR-1340) +* Bug: [apple/swift#43948](https://github.com/apple/swift/issues/43948) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/bcd77b028cb2fc9f07472532b120e927c7e48b34/proposals/0068-universal-self.md), [2](https://github.com/apple/swift-evolution/blob/13d9771e86c5639b8320f05e5daa31a62bac0f07/proposals/0068-universal-self.md) ## Introduction diff --git a/proposals/0070-optional-requirements.md b/proposals/0070-optional-requirements.md index 443e8258b9..96f687f9b2 100644 --- a/proposals/0070-optional-requirements.md +++ b/proposals/0070-optional-requirements.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0070-make-optional-requirements-objective-c-only/2426) -* Bug: [SR-1395](https://bugs.swift.org/browse/SR-1395) +* Bug: [apple/swift#44004](https://github.com/apple/swift/issues/44004) ## Introduction diff --git a/proposals/0074-binary-search.md b/proposals/0074-binary-search.md index e8d135e456..3e7ed534d8 100644 --- a/proposals/0074-binary-search.md +++ b/proposals/0074-binary-search.md @@ -12,7 +12,7 @@ Swift does not offer any way to efficiently search sorted collections. This proposal seeks to add a few different functions that implement the binary search algorithm. - Swift-evolution thread: [\[Proposal\] Add Binary Search functions to SequenceType](https://forums.swift.org/t/proposal-add-binary-search-functions-to-sequencetype/1827) -- JIRA: [Swift/SR-368](https://bugs.swift.org/browse/SR-368) +- JIRA: [apple/swift#42987](https://github.com/apple/swift/issues/42987) ## Motivation diff --git a/proposals/0075-import-test.md b/proposals/0075-import-test.md index 2ea41c3a8c..db7393b03a 100644 --- a/proposals/0075-import-test.md +++ b/proposals/0075-import-test.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 4.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0075-adding-a-build-configuration-import-test/2683) -* Bug: [SR-1560](https://bugs.swift.org/browse/SR-1560) +* Bug: [apple/swift#44169](https://github.com/apple/swift/issues/44169) ## Introduction diff --git a/proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md b/proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md index d46f18ddd6..7a25728047 100644 --- a/proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md +++ b/proposals/0076-copying-to-unsafe-mutable-pointer-with-unsafe-pointer-source.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-revision-se-0076-add-overrides-taking-an-unsafepointer-source-to-non-destructive-copying-methods-on-unsafemutablepointer/2577) -* Bug: [SR-1490](https://bugs.swift.org/browse/SR-1490) +* Bug: [apple/swift#44099](https://github.com/apple/swift/issues/44099) ## Introduction diff --git a/proposals/0080-failable-numeric-initializers.md b/proposals/0080-failable-numeric-initializers.md index fcc402eb2f..58c3511d89 100644 --- a/proposals/0080-failable-numeric-initializers.md +++ b/proposals/0080-failable-numeric-initializers.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-revision-se-0080-failable-numeric-conversion-initializers/2578) -* Bug: [SR-1491](https://bugs.swift.org/browse/SR-1491) +* Bug: [apple/swift#44100](https://github.com/apple/swift/issues/44100) ## Introduction diff --git a/proposals/0081-move-where-expression.md b/proposals/0081-move-where-expression.md index e8ada12953..195b2ffd81 100644 --- a/proposals/0081-move-where-expression.md +++ b/proposals/0081-move-where-expression.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0081-move-where-clause-to-end-of-declaration/2685) -* Bug: [SR-1561](https://bugs.swift.org/browse/SR-1561) +* Bug: [apple/swift#44170](https://github.com/apple/swift/issues/44170) ## Introduction diff --git a/proposals/0089-rename-string-reflection-init.md b/proposals/0089-rename-string-reflection-init.md index 5c627f9c20..a826a99b4c 100644 --- a/proposals/0089-rename-string-reflection-init.md +++ b/proposals/0089-rename-string-reflection-init.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0089-renaming-string-init-t-t/3097) -* Bug: [SR-1881](https://bugs.swift.org/browse/SR-1881) +* Bug: [apple/swift#44490](https://github.com/apple/swift/issues/44490) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/40aecf3647c19ae37730e39aa9e54b67fcc2be86/proposals/0089-rename-string-reflection-init.md) ## Introduction diff --git a/proposals/0091-improving-operators-in-protocols.md b/proposals/0091-improving-operators-in-protocols.md index 563722a9f1..931bac3fd9 100644 --- a/proposals/0091-improving-operators-in-protocols.md +++ b/proposals/0091-improving-operators-in-protocols.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0091-improving-operator-requirements-in-protocols/3390) -* Bug: [SR-2073](https://bugs.swift.org/browse/SR-2073) +* Bug: [apple/swift#44682](https://github.com/apple/swift/issues/44682) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/eaab20ed34df1dc8ba8aa07e49abc8c5fa216f3e/proposals/0091-improving-operators-in-protocols.md) ## Introduction diff --git a/proposals/0092-typealiases-in-protocols.md b/proposals/0092-typealiases-in-protocols.md index 016c03f362..0181d69308 100644 --- a/proposals/0092-typealiases-in-protocols.md +++ b/proposals/0092-typealiases-in-protocols.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0092-typealiases-in-protocols-and-protocol-extensions/2639) -* Bug: [SR-1539](https://bugs.swift.org/browse/SR-1539) +* Bug: [apple/swift#44148](https://github.com/apple/swift/issues/44148) ## Introduction diff --git a/proposals/0094-sequence-function.md b/proposals/0094-sequence-function.md index 5070e09c64..51efc6b7a0 100644 --- a/proposals/0094-sequence-function.md +++ b/proposals/0094-sequence-function.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-revision-se-0094-add-sequence-initial-next-and-sequence-state-next-to-the-stdlib/2775) -* Bug: [SR-1622](https://bugs.swift.org/browse/SR-1622) +* Bug: [apple/swift#44231](https://github.com/apple/swift/issues/44231) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/7d220a152a681e28761493c7d9781dd867a04cf7/proposals/0094-sequence-function.md) * Previous Proposal: [SE-0045](0045-scan-takewhile-dropwhile.md) diff --git a/proposals/0095-any-as-existential.md b/proposals/0095-any-as-existential.md index 1f74a7e05f..5afda0e470 100644 --- a/proposals/0095-any-as-existential.md +++ b/proposals/0095-any-as-existential.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0095-replace-protocol-p1-p2-syntax-with-p1-p2-syntax/3198) -* Bug: [SR-1938](https://bugs.swift.org/browse/SR-1938) +* Bug: [apple/swift#44547](https://github.com/apple/swift/issues/44547) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/a4356fee94c06181715fad83aa61e923eb73f8ec/proposals/0095-any-as-existential.md) ## Introduction diff --git a/proposals/0096-dynamictype.md b/proposals/0096-dynamictype.md index a2daa67db9..ae59dcbda8 100644 --- a/proposals/0096-dynamictype.md +++ b/proposals/0096-dynamictype.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-with-revision-se-0098-converting-dynamictype-from-a-property-to-an-operator/2853) -* Bug: [SR-2218](https://bugs.swift.org/browse/SR-2218) +* Bug: [apple/swift#44825](https://github.com/apple/swift/issues/44825) ## Introduction diff --git a/proposals/0100-add-sequence-based-init-and-merge-to-dictionary.md b/proposals/0100-add-sequence-based-init-and-merge-to-dictionary.md index 441c7ca533..9eb4f25326 100644 --- a/proposals/0100-add-sequence-based-init-and-merge-to-dictionary.md +++ b/proposals/0100-add-sequence-based-init-and-merge-to-dictionary.md @@ -107,7 +107,7 @@ The new initializer allows for some convenient uses that aren't currently possib // ["b": 2, "e": 5, "a": 1, "f": 6, "d": 4, "c": 3] ``` - > This particular use is currently blocked by [SR-922](https://bugs.swift.org/browse/SR-922). As a workaround, add `.map {(key: $0, value: $1)}`. + > This particular use is currently blocked by [apple/swift#43534](https://github.com/apple/swift/issues/43534). As a workaround, add `.map {(key: $0, value: $1)}`. That last one might feel familiar to Cocoa developers accustomed to `dictionaryWithObjects:forKeys:`. diff --git a/proposals/0102-noreturn-bottom-type.md b/proposals/0102-noreturn-bottom-type.md index b73de7bfbb..d0ce518065 100644 --- a/proposals/0102-noreturn-bottom-type.md +++ b/proposals/0102-noreturn-bottom-type.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0102-remove-noreturn-attribute-and-introduce-an-empty-never-type/3213) -* Bug: [SR-1953](https://bugs.swift.org/browse/SR-1953) +* Bug: [apple/swift#44562](https://github.com/apple/swift/issues/44562) ## Introduction diff --git a/proposals/0103-make-noescape-default.md b/proposals/0103-make-noescape-default.md index e6e9f634cf..60d3c8cf9b 100644 --- a/proposals/0103-make-noescape-default.md +++ b/proposals/0103-make-noescape-default.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0103-make-non-escaping-closures-the-default/3212) -* Bug: [SR-1952](https://bugs.swift.org/browse/SR-1952) +* Bug: [apple/swift#44561](https://github.com/apple/swift/issues/44561) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/833afd64b5d24a777fe2c42800d4b4dcd52bb487/proposals/0103-make-noescape-default.md) ## Introduction diff --git a/proposals/0104-improved-integers.md b/proposals/0104-improved-integers.md index c8253fee25..b767addc10 100644 --- a/proposals/0104-improved-integers.md +++ b/proposals/0104-improved-integers.md @@ -4,7 +4,7 @@ * Authors: [Dave Abrahams](https://github.com/dabrahams), [Maxim Moiseev](https://github.com/moiseev) * Review Manager: [Ben Cohen](https://github.com/airspeedswift) * Status: **Implemented (Swift 4)** -* Bug: [SR-3196](https://bugs.swift.org/browse/SR-3196) +* Bug: [apple/swift#45784](https://github.com/apple/swift/issues/45784) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/0440700fc555a6c72abb4af807c8b79fb1bec592/proposals/0104-improved-integers.md), [2](https://github.com/apple/swift-evolution/blob/957ab545e05adb94507792e7871b38e34b56a0a5/proposals/0104-improved-integers.md), diff --git a/proposals/0106-rename-osx-to-macos.md b/proposals/0106-rename-osx-to-macos.md index c04de3c4c1..a53da66a75 100644 --- a/proposals/0106-rename-osx-to-macos.md +++ b/proposals/0106-rename-osx-to-macos.md @@ -5,8 +5,8 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0106-add-a-macos-alias-for-the-osx-platform-configuration-test/3176) -* Bugs: [SR-1823](https://bugs.swift.org/browse/SR-1823), - [SR-1887](https://bugs.swift.org/browse/SR-1887) +* Bugs: [apple/swift#44432](https://github.com/apple/swift/issues/44432), + [apple/swift#44496](https://github.com/apple/swift/issues/44496) ## Introduction @@ -77,4 +77,4 @@ Charlie Monroe points out: "Since Swift 3.0 is a code-breaking change my guess i ## Unaddressed Issues -This proposal is narrowly focused on conditional compilation blocks. Both `@available` and `#available` are also affected by the macOS rename. Current [platform names](https://github.com/apple/swift/blob/master/include/swift/AST/PlatformKinds.def) include both `OSX` and `OSXApplicationExtension`. The obvious alternatives for these are `macOS` and `macOSApplicationExtension`. A separate bug report [SR-1887](https://bugs.swift.org/browse/SR-1887) has been filed for this. +This proposal is narrowly focused on conditional compilation blocks. Both `@available` and `#available` are also affected by the macOS rename. Current [platform names](https://github.com/apple/swift/blob/master/include/swift/AST/PlatformKinds.def) include both `OSX` and `OSXApplicationExtension`. The obvious alternatives for these are `macOS` and `macOSApplicationExtension`. A separate bug report [apple/swift#44496](https://github.com/apple/swift/issues/44496) has been filed for this. diff --git a/proposals/0110-distinguish-single-tuple-arg.md b/proposals/0110-distinguish-single-tuple-arg.md index ed7c4b9bb2..16df812010 100644 --- a/proposals/0110-distinguish-single-tuple-arg.md +++ b/proposals/0110-distinguish-single-tuple-arg.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0110-distinguish-between-single-tuple-and-multiple-argument-function-types/3305), [Additional Commentary](https://forums.swift.org/t/core-team-addressing-the-se-0110-usability-regression-in-swift-4/6147) -* Bug: [SR-2008](https://bugs.swift.org/browse/SR-2008) +* Bug: [apple/swift#44617](https://github.com/apple/swift/issues/44617) * Previous Revision: [Originally Accepted Proposal](https://github.com/apple/swift-evolution/blob/9e44932452e1daead98f2bc2e58711eb489e9751/proposals/0110-distingish-single-tuple-arg.md) ## Introduction diff --git a/proposals/0111-remove-arg-label-type-significance.md b/proposals/0111-remove-arg-label-type-significance.md index 29ba3c20b6..ca66dfa3af 100644 --- a/proposals/0111-remove-arg-label-type-significance.md +++ b/proposals/0111-remove-arg-label-type-significance.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0111-remove-type-system-significance-of-function-argument-labels/3306), [Additional Commentary](https://forums.swift.org/t/update-commentary-se-0111-remove-type-system-significance-of-function-argument-labels/3391) -* Bug: [SR-2009](https://bugs.swift.org/browse/SR-2009) +* Bug: [apple/swift#44618](https://github.com/apple/swift/issues/44618) ## Introduction diff --git a/proposals/0113-rounding-functions-on-floatingpoint.md b/proposals/0113-rounding-functions-on-floatingpoint.md index 833eac6849..adcb4d1c7c 100644 --- a/proposals/0113-rounding-functions-on-floatingpoint.md +++ b/proposals/0113-rounding-functions-on-floatingpoint.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0113-add-integral-rounding-functions-to-floatingpoint/3308) -* Bug: [SR-2010](https://bugs.swift.org/browse/SR-2010) +* Bug: [apple/swift#44619](https://github.com/apple/swift/issues/44619) ## Introduction, Motivation diff --git a/proposals/0115-literal-syntax-protocols.md b/proposals/0115-literal-syntax-protocols.md index 12e8c096b6..de193a3b70 100644 --- a/proposals/0115-literal-syntax-protocols.md +++ b/proposals/0115-literal-syntax-protocols.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0115-rename-literal-syntax-protocols/3358) -* Bug: [SR-2054](https://bugs.swift.org/browse/SR-2054) +* Bug: [apple/swift#44663](https://github.com/apple/swift/issues/44663) ## Introduction diff --git a/proposals/0118-closure-parameter-names-and-labels.md b/proposals/0118-closure-parameter-names-and-labels.md index 66f8d57dbb..4b75c771ce 100644 --- a/proposals/0118-closure-parameter-names-and-labels.md +++ b/proposals/0118-closure-parameter-names-and-labels.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0118-closure-parameter-names-and-labels/3387) -* Bug: [SR-2072](https://bugs.swift.org/browse/SR-2072) +* Bug: [apple/swift#44681](https://github.com/apple/swift/issues/44681) ## Revision History diff --git a/proposals/0120-revise-partition-method.md b/proposals/0120-revise-partition-method.md index 275f6a7497..aaa704689a 100644 --- a/proposals/0120-revise-partition-method.md +++ b/proposals/0120-revise-partition-method.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0120-revise-partition-method-signature/3475) -* Bug: [SR-1965](https://bugs.swift.org/browse/SR-1965) +* Bug: [apple/swift#44574](https://github.com/apple/swift/issues/44574) * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/1dcfd35856a6f9c86af2cf7c94a9ab76411739e3/proposals/0120-revise-partition-method.md) ## Introduction @@ -13,7 +13,7 @@ This proposal revises the signature for the collection partition algorithm. Partitioning is a foundational API for sorting and for searching through sorted collections. - Swift-evolution thread: [Feedback from standard library team](https://forums.swift.org/t/review-se-0074-implementation-of-binary-search-functions/2438/5) -- Swift Bug: [SR-1965](https://bugs.swift.org/browse/SR-1965) +- Swift Bug: [apple/swift#44574](https://github.com/apple/swift/issues/44574) ## Motivation diff --git a/proposals/0124-bitpattern-label-for-int-initializer-objectidentfier.md b/proposals/0124-bitpattern-label-for-int-initializer-objectidentfier.md index 29ee149442..7793568884 100644 --- a/proposals/0124-bitpattern-label-for-int-initializer-objectidentfier.md +++ b/proposals/0124-bitpattern-label-for-int-initializer-objectidentfier.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0124-int-init-objectidentifier-and-uint-init-objectidentifier-should-have-a-bitpattern-label/3474) -* Bug: [SR-2064](https://bugs.swift.org/browse/SR-2064) +* Bug: [apple/swift#44673](https://github.com/apple/swift/issues/44673) ## Introduction @@ -20,7 +20,7 @@ as a bit pattern. ``` - Swift-evolution thread: [Pitch](https://forums.swift.org/t/pitch-int-init-objectidentifier-and-uint-init-objectidentifier-should-have-a-bitpattern-label/3384) -- Swift Bug: [SR-2064](https://bugs.swift.org/browse/SR-2064) +- Swift Bug: [apple/swift#44673](https://github.com/apple/swift/issues/44673) - Branch with change to stdlib: [int_init_objectidentifier_label] (https://github.com/aschwaighofer/swift/tree/int_init_objectidentifier_label) ## Motivation diff --git a/proposals/0125-remove-nonobjectivecbase.md b/proposals/0125-remove-nonobjectivecbase.md index 5e51de4b5f..1720da1182 100644 --- a/proposals/0125-remove-nonobjectivecbase.md +++ b/proposals/0125-remove-nonobjectivecbase.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0125-remove-nonobjectivecbase-and-isuniquelyreferenced/3548) -* Bug: [SR-1962](http://bugs.swift.org/browse/SR-1962) +* Bug: [apple/swift#44571](https://github.com/apple/swift/issues/44571) ## Introduction diff --git a/proposals/0126-refactor-metatypes-repurpose-t-dot-self-and-mirror.md b/proposals/0126-refactor-metatypes-repurpose-t-dot-self-and-mirror.md index 3fc1d08d20..37a115dbee 100644 --- a/proposals/0126-refactor-metatypes-repurpose-t-dot-self-and-mirror.md +++ b/proposals/0126-refactor-metatypes-repurpose-t-dot-self-and-mirror.md @@ -85,7 +85,7 @@ func intConforms(to _: T.Type) -> Bool { intConforms(to: CustomStringConvertible.Type.self) //=> TRUE ``` -This issue was first found and documented as a strange issue in **[SR-2085](https://bugs.swift.org/browse/SR-2085)**. It also raises the concerns: do we need `.Protocol` at all? +This issue was first found and documented as a strange issue in **[apple/swift#44693](https://github.com/apple/swift/issues/44693)**. It also raises the concerns: do we need `.Protocol` at all? We can extend this issue and find the second problem by checking against the metatype of `Any`: diff --git a/proposals/0127-cleaning-up-stdlib-ptr-buffer.md b/proposals/0127-cleaning-up-stdlib-ptr-buffer.md index 1965632186..8d09650f15 100644 --- a/proposals/0127-cleaning-up-stdlib-ptr-buffer.md +++ b/proposals/0127-cleaning-up-stdlib-ptr-buffer.md @@ -5,9 +5,9 @@ * Review Manager: [Chris Lattner](http://github.com/lattner) * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0127-cleaning-up-stdlib-pointer-and-buffer-routines/3549) -* Bugs: [SR-1937](https://bugs.swift.org/browse/SR-1937), - [SR-1955](https://bugs.swift.org/browse/SR-1955), - [SR-1957](https://bugs.swift.org/browse/SR-1957) +* Bugs: [apple/swift#44546](https://github.com/apple/swift/issues/44546), + [apple/swift#44564](https://github.com/apple/swift/issues/44564), + [apple/swift#44566](https://github.com/apple/swift/issues/44566) ## Introduction @@ -22,10 +22,10 @@ Swift-evolution thread: [Cleaning up stdlib Pointer and Buffer Routines](https:/ The Swift standard library has been thoroughly updated to follow the new API guidelines and these are the few places that need to be updated in pointer and buffer APIs: -- `withUnsafe[Mutable]Pointer`'s `arg` argument should have a `to:` label ([SR-1937](https://bugs.swift.org/browse/SR-1937)) +- `withUnsafe[Mutable]Pointer`'s `arg` argument should have a `to:` label ([apple/swift#44546](https://github.com/apple/swift/issues/44546)) - `withUnsafe[Mutable]Pointers` (multiple pointers) functions should be removed. - `unsafeAddressOf` should be removed since there is a limited number of use cases and there are -better alternatives to it ([SR-1957](https://bugs.swift.org/browse/SR-1957)). +better alternatives to it ([apple/swift#44566](https://github.com/apple/swift/issues/44566)). - `ManagedProtoBuffer` should be removed. It is a superclass of `ManagedBuffer` and its sole purpose is to conceal the `header` property during invocation of the closure creating the initial header in `ManagedBuffer.create` since the `header` isn't diff --git a/proposals/0137-avoiding-lock-in.md b/proposals/0137-avoiding-lock-in.md index 23b7fe3325..882044c8bb 100644 --- a/proposals/0137-avoiding-lock-in.md +++ b/proposals/0137-avoiding-lock-in.md @@ -45,8 +45,8 @@ The proposed changes are as follows: * Deprecate the `ExpressibleByStringInterpolation` protocol with a message indicating that its design is expected to change. We know this protocol to be - [mis-designed](https://bugs.swift.org/browse/SR-1260) and - [limited](https://bugs.swift.org/browse/SR-2303), but there's no + [mis-designed](https://github.com/apple/swift/issues/43868) and + [limited](https://github.com/apple/swift/issues/44910), but there's no time to fix it for Swift 3. If we knew how the new design should look, we might be able to calculate that the current API is supportable in a forward-compatible way (that's the case for diff --git a/proposals/0139-bridge-nsnumber-and-nsvalue.md b/proposals/0139-bridge-nsnumber-and-nsvalue.md index c6d3a65d1b..361e097ad2 100644 --- a/proposals/0139-bridge-nsnumber-and-nsvalue.md +++ b/proposals/0139-bridge-nsnumber-and-nsvalue.md @@ -51,7 +51,7 @@ explicitly asked for. There are also many Cocoa APIs that accept `NSArray` and `NSDictionary` objects with members that are `NSValue`-boxed structs. Matt Neuberg highlights Core Animation as an example in -[this bug report](https://bugs.swift.org/browse/SR-2414). With `id`-as-`Any`, +[this bug report](https://github.com/apple/swift/issues/45019). With `id`-as-`Any`, it's natural to expect this to work: ```swift diff --git a/proposals/0141-available-by-swift-version.md b/proposals/0141-available-by-swift-version.md index b3bc4fda3e..005d1c743d 100644 --- a/proposals/0141-available-by-swift-version.md +++ b/proposals/0141-available-by-swift-version.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 3.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0141-availability-by-swift-version/4190) -* Bug: [SR-2709](https://bugs.swift.org/browse/SR-2709) +* Bug: [apple/swift#45313](https://github.com/apple/swift/issues/45313) ## Introduction diff --git a/proposals/0142-associated-types-constraints.md b/proposals/0142-associated-types-constraints.md index 5a61e84ae2..0c80f2bf8b 100644 --- a/proposals/0142-associated-types-constraints.md +++ b/proposals/0142-associated-types-constraints.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0142-permit-where-clauses-to-constrain-associated-types/4191) -* Bugs: [SR-4506](https://bugs.swift.org/browse/SR-4506) +* Bugs: [apple/swift#47083](https://github.com/apple/swift/issues/47083) ## Introduction diff --git a/proposals/0146-package-manager-product-definitions.md b/proposals/0146-package-manager-product-definitions.md index 4755e6fb7f..ca69a83d74 100644 --- a/proposals/0146-package-manager-product-definitions.md +++ b/proposals/0146-package-manager-product-definitions.md @@ -5,7 +5,7 @@ * Review manager: Daniel Dunbar * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/review-se-0146-package-manager-product-definitions/4540/2) -* Bug: [SR-3606](https://bugs.swift.org/browse/SR-3606) +* Bug: [apple/swift-package-manager#5133](https://github.com/apple/swift-package-manager/issues/5133) ## Introduction @@ -67,7 +67,7 @@ The initial types of products that can be defined are executables and libraries. Note that tests are not considered to be products, and do not need to be explicitly defined. -A product definition lists the root targets to include in the product; for product types that vend interfaces (e.g. libraries), the root targets are those whose modules will be available to clients. Any dependencies of those targets will also be included in the product, but won't be made visible to clients. The Swift compiler does not currently provide this granularity of module visibility control, but the set of root targets still constitutes a declaration of intent that can be used by IDEs and other tools. We also hope that the compiler will one day support this level of visibility control. See [SR-3205](https://bugs.swift.org/browse/SR-3205) for more details. +A product definition lists the root targets to include in the product; for product types that vend interfaces (e.g. libraries), the root targets are those whose modules will be available to clients. Any dependencies of those targets will also be included in the product, but won't be made visible to clients. The Swift compiler does not currently provide this granularity of module visibility control, but the set of root targets still constitutes a declaration of intent that can be used by IDEs and other tools. We also hope that the compiler will one day support this level of visibility control. See [apple/swift#45793](https://github.com/apple/swift/issues/45793) for more details. For example, in the package definition shown above, the library product `ClientLib` would only vend the interface of the `ClientAPI` module to clients. Since `ClientAPI` depends on `HTTP` and `Utilities`, those two targets would also be compiled and linked into `ClientLib`, but their interfaces should not be visible to clients of `ClientLib`. diff --git a/proposals/0148-generic-subscripts.md b/proposals/0148-generic-subscripts.md index b692a50f8f..df56d34c40 100644 --- a/proposals/0148-generic-subscripts.md +++ b/proposals/0148-generic-subscripts.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0148-generic-subscripts/5017) -* Bug: [SR-115](https://bugs.swift.org/browse/SR-115) +* Bug: [apple/swift#42737](https://github.com/apple/swift/issues/42737) ## Introduction diff --git a/proposals/0149-package-manager-top-of-tree.md b/proposals/0149-package-manager-top-of-tree.md index e224afea7b..419f3d165a 100644 --- a/proposals/0149-package-manager-top-of-tree.md +++ b/proposals/0149-package-manager-top-of-tree.md @@ -5,7 +5,7 @@ * Review Manager: [Daniel Dunbar](https://github.com/ddunbar) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0149-package-manager-support-for-top-of-tree-development/5072) -* Bug: [SR-3709](https://bugs.swift.org/browse/SR-3709) +* Bug: [apple/swift-package-manager#5128](https://github.com/apple/swift-package-manager/issues/5128) ## Introduction diff --git a/proposals/0150-package-manager-branch-support.md b/proposals/0150-package-manager-branch-support.md index 316ae8bddc..2e38ca838d 100644 --- a/proposals/0150-package-manager-branch-support.md +++ b/proposals/0150-package-manager-branch-support.md @@ -5,7 +5,7 @@ * Review Manager: [Daniel Dunbar](https://github.com/ddunbar) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0150-package-manager-support-for-branches/5074) -* Bug: [SR-666](https://bugs.swift.org/browse/SR-666) +* Bug: [apple/swift-package-manager#5430](https://github.com/apple/swift-package-manager/issues/5430) ## Introduction diff --git a/proposals/0151-package-manager-swift-language-compatibility-version.md b/proposals/0151-package-manager-swift-language-compatibility-version.md index e94c203f6a..f609fd82de 100644 --- a/proposals/0151-package-manager-swift-language-compatibility-version.md +++ b/proposals/0151-package-manager-swift-language-compatibility-version.md @@ -5,7 +5,7 @@ * Review Manager: [Anders Bertelrud](https://github.com/abertelrud) * Status: **Implemented (Swift 3.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0151-package-manager-swift-language-compatibility-version/5183) -* Bug: [SR-3964](https://bugs.swift.org/browse/SR-3964) +* Bug: [apple/swift-package-manager#5106](https://github.com/apple/swift-package-manager/issues/5106) ## Introduction diff --git a/proposals/0152-package-manager-tools-version.md b/proposals/0152-package-manager-tools-version.md index 92394f4156..b75d9924dd 100644 --- a/proposals/0152-package-manager-tools-version.md +++ b/proposals/0152-package-manager-tools-version.md @@ -5,7 +5,7 @@ * Review Manager: [Anders Bertelrud](https://github.com/abertelrud) * Status: **Implemented (Swift 3.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0152-package-manager-tools-version/5184) -* Bug: [SR-3965](https://bugs.swift.org/browse/SR-3965) +* Bug: [apple/swift-package-manager#5105](https://github.com/apple/swift-package-manager/issues/5105) ## Introduction diff --git a/proposals/0153-compensate-for-the-inconsistency-of-nscopyings-behaviour.md b/proposals/0153-compensate-for-the-inconsistency-of-nscopyings-behaviour.md index f5005565bd..efb380d6a1 100644 --- a/proposals/0153-compensate-for-the-inconsistency-of-nscopyings-behaviour.md +++ b/proposals/0153-compensate-for-the-inconsistency-of-nscopyings-behaviour.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Rejected** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0153-compensate-for-the-inconsistency-of-nscopying-s-behaviour/5341), [Additional Commentary](https://forums.swift.org/t/addressing-unimplemented-evolution-proposals/40322) -* Bug: [SR-4538](https://bugs.swift.org/browse/SR-4538) +* Bug: [apple/swift#47115](https://github.com/apple/swift/issues/47115) **Note**: This proposal was initially accepted without an implementation on 2017-03-01, and has not been implemented since. The Core Team has decided to retroactively reject the proposal. diff --git a/proposals/0155-normalize-enum-case-representation.md b/proposals/0155-normalize-enum-case-representation.md index faf802867a..5d706724c4 100644 --- a/proposals/0155-normalize-enum-case-representation.md +++ b/proposals/0155-normalize-enum-case-representation.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 3)** * Decision Notes: [Rationale][] * Previous Revision: [1][Revision 1], [Originally Accepted Proposal][], [Expired Proposal][] -* Bugs: [SR-4691](https://bugs.swift.org/browse/SR-4691), [SR-12206](https://bugs.swift.org/browse/SR-12206), [SR-12229](https://bugs.swift.org/browse/SR-12229) +* Bugs: [apple/swift#47268](https://github.com/apple/swift/issues/47268), [apple/swift#54632](https://github.com/apple/swift/issues/54632), [apple/swift#54655](https://github.com/apple/swift/issues/54655) ## Introduction diff --git a/proposals/0156-subclass-existentials.md b/proposals/0156-subclass-existentials.md index e0a66e1117..635d0f06ee 100644 --- a/proposals/0156-subclass-existentials.md +++ b/proposals/0156-subclass-existentials.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0156-class-and-subtype-existentials/5477) -* Bug: [SR-4296](https://bugs.swift.org/browse/SR-4296) +* Bug: [apple/swift#46879](https://github.com/apple/swift/issues/46879) ## Introduction diff --git a/proposals/0157-recursive-protocol-constraints.md b/proposals/0157-recursive-protocol-constraints.md index cfb14c042a..6f1ee9e663 100644 --- a/proposals/0157-recursive-protocol-constraints.md +++ b/proposals/0157-recursive-protocol-constraints.md @@ -5,7 +5,7 @@ * Review Manager: [John McCall](https://github.com/rjmccall) * Status: **Implemented (Swift 4.1)** * Decision Notes: [Rationale](https://forums.swift.org/t/se-0157-support-recursive-constraints-on-associated-types/5494) -* Bug: [SR-1445](https://bugs.swift.org/browse/SR-1445) +* Bug: [apple/swift#44054](https://github.com/apple/swift/issues/44054) ## Introduction diff --git a/proposals/0158-package-manager-manifest-api-redesign.md b/proposals/0158-package-manager-manifest-api-redesign.md index 0ef23dfd0a..70c74e6695 100644 --- a/proposals/0158-package-manager-manifest-api-redesign.md +++ b/proposals/0158-package-manager-manifest-api-redesign.md @@ -4,7 +4,7 @@ * Author: [Ankit Aggarwal](https://github.com/aciidb0mb3r) * Review Manager: [Rick Ballard](https://github.com/rballard) * Status: **Implemented (Swift 4)** -* Bug: [SR-3949](https://bugs.swift.org/browse/SR-3949) +* Bug: [apple/swift-package-manager#5110](https://github.com/apple/swift-package-manager/issues/5110) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0158-package-manager-manifest-api-redesign/5468) ## Introduction diff --git a/proposals/0160-objc-inference.md b/proposals/0160-objc-inference.md index 7cb90a51c8..7611820633 100644 --- a/proposals/0160-objc-inference.md +++ b/proposals/0160-objc-inference.md @@ -7,7 +7,7 @@ * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0160-limiting-objc-inference/5621) * Previous Revisions: [1](https://github.com/apple/swift-evolution/blob/0389b1f49fc55b1a898701c549ce89738307b9fc/proposals/0160-objc-inference.md) * Implementation: [apple/swift#8379](https://github.com/apple/swift/pull/8379) -* Bug: [SR-4481](https://bugs.swift.org/browse/SR-4481) +* Bug: [apple/swift#47058](https://github.com/apple/swift/issues/47058) ## Introduction diff --git a/proposals/0162-package-manager-custom-target-layouts.md b/proposals/0162-package-manager-custom-target-layouts.md index f19ee92f50..3795d1b07f 100644 --- a/proposals/0162-package-manager-custom-target-layouts.md +++ b/proposals/0162-package-manager-custom-target-layouts.md @@ -5,7 +5,7 @@ * Review Manager: [Rick Ballard](https://github.com/rballard) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0162-package-manager-custom-target-layouts/5647) -* Bug: [SR-29](https://bugs.swift.org/browse/SR-29) +* Bug: [apple/swift-package-manager#5339](https://github.com/apple/swift-package-manager/issues/5339) ## Introduction diff --git a/proposals/0164-remove-final-support-in-protocol-extensions.md b/proposals/0164-remove-final-support-in-protocol-extensions.md index 5ae21b0f81..bf14db57cf 100644 --- a/proposals/0164-remove-final-support-in-protocol-extensions.md +++ b/proposals/0164-remove-final-support-in-protocol-extensions.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0164-remove-final-support-in-protocol-extensions/5687) -* Bug: [SR-1762](https://bugs.swift.org/browse/SR-1762) +* Bug: [apple/swift#44371](https://github.com/apple/swift/issues/44371) ## Introduction This proposal disallows the `final` keyword when declaring functions in protocol diff --git a/proposals/0165-dict.md b/proposals/0165-dict.md index 0c96c4a61f..70f6769876 100644 --- a/proposals/0165-dict.md +++ b/proposals/0165-dict.md @@ -116,7 +116,7 @@ The new initializer allows for some convenient uses that aren't currently possib // ["b": 2, "e": 5, "a": 1, "f": 6, "d": 4, "c": 3] ``` - > This particular use is currently blocked by [SR-922](https://bugs.swift.org/browse/SR-922). As a workaround, add `.map {(key: $0, value: $1)}`. + > This particular use is currently blocked by [apple/swift#43534](https://github.com/apple/swift/issues/43534). As a workaround, add `.map {(key: $0, value: $1)}`. #### Merging initializer and methods diff --git a/proposals/0168-multi-line-string-literals.md b/proposals/0168-multi-line-string-literals.md index af6b601239..8df87fbd8d 100644 --- a/proposals/0168-multi-line-string-literals.md +++ b/proposals/0168-multi-line-string-literals.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 4)** * Implementation: [apple/swift#8813](https://github.com/apple/swift/pull/8813) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0168-multi-line-string-literals/5715) -* Bugs: [SR-170](https://bugs.swift.org/browse/SR-170), [SR-4701](https://bugs.swift.org/browse/SR-4701), [SR-4708](https://bugs.swift.org/browse/SR-4708), [SR-4874](https://bugs.swift.org/browse/SR-4874) +* Bugs: [apple/swift#42792](https://github.com/apple/swift/issues/42792), [apple/swift#47278](https://github.com/apple/swift/issues/47278), [apple/swift#47285](https://github.com/apple/swift/issues/47285), [apple/swift#47451](https://github.com/apple/swift/issues/47451) ## Introduction diff --git a/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md b/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md index 2705eceb08..6596678ca8 100644 --- a/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md +++ b/proposals/0169-improve-interaction-between-private-declarations-and-extensions.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0169-improve-interaction-between-private-declarations-and-extensions/5692) * Previous Revision: [1][Revision 1] -* Bug: [SR-4616](https://bugs.swift.org/browse/SR-4616) +* Bug: [apple/swift#47193](https://github.com/apple/swift/issues/47193) ## Introduction diff --git a/proposals/0174-filter-range-replaceable.md b/proposals/0174-filter-range-replaceable.md index 1edd946141..209e17a6e4 100644 --- a/proposals/0174-filter-range-replaceable.md +++ b/proposals/0174-filter-range-replaceable.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 4.2)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0174-change-filter-to-return-an-associated-type/5866) -* Bug: [SR-3444](https://bugs.swift.org/browse/SR-3444) +* Bug: [apple/swift#46032](https://github.com/apple/swift/issues/46032) ## Introduction diff --git a/proposals/0183-substring-affordances.md b/proposals/0183-substring-affordances.md index 521a82f3ae..00d31b3b9b 100644 --- a/proposals/0183-substring-affordances.md +++ b/proposals/0183-substring-affordances.md @@ -5,7 +5,7 @@ * Review Manager: [Chris Lattner](https://github.com/lattner) * Status: **Implemented (Swift 4)** * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0183-substring-performance-affordances/6393) -* Bug: [SR-4933](https://bugs.swift.org/browse/SR-4933) +* Bug: [apple/swift#47510](https://github.com/apple/swift/issues/47510) ## Introduction diff --git a/proposals/0184-unsafe-pointers-add-missing.md b/proposals/0184-unsafe-pointers-add-missing.md index d108e06646..6e8fce0c21 100644 --- a/proposals/0184-unsafe-pointers-add-missing.md +++ b/proposals/0184-unsafe-pointers-add-missing.md @@ -119,7 +119,7 @@ func withMemoryRebound(to:capacity:_:) -> Result `UnsafePointer` does not get an allocator static method, since you almost always want a mutable pointer to newly allocated memory. Its type rebinding method is also written as a decorator, taking a trailing closure, for memory safety. -Most immutable pointer types currently do not have a deallocation method. This proposal adds them, fixing [SR-3309](https://bugs.swift.org/browse/SR-3309). Note, immutable raw buffer pointers already support this API. +Most immutable pointer types currently do not have a deallocation method. This proposal adds them, fixing [apple/swift#45897](https://github.com/apple/swift/issues/45897). Note, immutable raw buffer pointers already support this API. ### `UnsafeMutablePointer` diff --git a/proposals/0186-remove-ownership-keyword-support-in-protocols.md b/proposals/0186-remove-ownership-keyword-support-in-protocols.md index 7ec3fa0194..7282d74ddc 100644 --- a/proposals/0186-remove-ownership-keyword-support-in-protocols.md +++ b/proposals/0186-remove-ownership-keyword-support-in-protocols.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 4.1)** * Implementation: [apple/swift#11744](https://github.com/apple/swift/pull/11744) * [Review thread on swift-evolution](https://forums.swift.org/t/se-0186-remove-ownership-keyword-support-in-protocols/6678) -* Bug: [SR-479](https://bugs.swift.org/browse/SR-479) +* Bug: [apple/swift#43096](https://github.com/apple/swift/issues/43096) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0186-remove-ownership-keyword-support-in-protocols/6736) ## Introduction diff --git a/proposals/0194-derived-collection-of-enum-cases.md b/proposals/0194-derived-collection-of-enum-cases.md index ee60a8d2fb..2e71560a09 100644 --- a/proposals/0194-derived-collection-of-enum-cases.md +++ b/proposals/0194-derived-collection-of-enum-cases.md @@ -6,7 +6,7 @@ * Review Thread: [SE-0194 review][se8] * Status: **Implemented (Swift 4.2)** * Implementation: [apple/swift#13655](https://github.com/apple/swift/pull/13655) -* Bugs: [SR-7151](https://bugs.swift.org/browse/SR-7151), [SR-7152](https://bugs.swift.org/browse/SR-7152) +* Bugs: [apple/swift#49699](https://github.com/apple/swift/issues/49699), [apple/swift#49700](https://github.com/apple/swift/issues/49700) ## Introduction @@ -46,7 +46,7 @@ _**†** = a precursor to this proposal_ [so2]: http://stackoverflow.com/questions/27094878/how-do-i-get-the-count-of-a-swift-enum [enums]: https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/Enumerations.html -[SR-30]: https://bugs.swift.org/browse/SR-30 +[SR-30]: https://github.com/apple/swift/issues/42653 [nateblog]: http://natecook.com/blog/2014/10/loopy-random-enum-ideas/ [ericablog]: http://ericasadun.com/2015/07/12/swift-enumerations-or-how-to-annoy-tom/ [sourcery]: https://cdn.rawgit.com/krzysztofzablocki/Sourcery/master/docs/enum-cases.html diff --git a/proposals/0200-raw-string-escaping.md b/proposals/0200-raw-string-escaping.md index 1032224a4e..60c0d743aa 100644 --- a/proposals/0200-raw-string-escaping.md +++ b/proposals/0200-raw-string-escaping.md @@ -6,7 +6,7 @@ * Previous Revision: [1](https://github.com/apple/swift-evolution/blob/102b2f2770f0dab29f254a254063847388647a4a/proposals/0200-raw-string-escaping.md) * Status: **Implemented (Swift 5)** * Implementation: [apple/swift#17668](https://github.com/apple/swift/pull/17668) -* Bugs: [SR-6362](https://bugs.swift.org/browse/SR-6362) +* Bugs: [apple/swift#48912](https://github.com/apple/swift/issues/48912) * Review: [Discussion thread](https://forums.swift.org/t/se-0200-enhancing-string-literals-delimiters-to-support-raw-text/15420), [Announcement thread](https://forums.swift.org/t/accepted-se-0200-enhancing-string-literals-delimiters-to-support-raw-text/15822/2) ## Introduction diff --git a/proposals/0201-package-manager-local-dependencies.md b/proposals/0201-package-manager-local-dependencies.md index de681db9e5..5f86ec3b68 100644 --- a/proposals/0201-package-manager-local-dependencies.md +++ b/proposals/0201-package-manager-local-dependencies.md @@ -5,7 +5,7 @@ * Review Manager: [Boris Bügling](https://github.com/neonichu) * Status: **Implemented (Swift 4.2)** * Implementation: [apple/swift-package-manager#1583](https://github.com/apple/swift-package-manager/pull/1583) -* Bug: [SR-7433](https://bugs.swift.org/browse/SR-7433) +* Bug: [apple/swift-package-manager#4824](https://github.com/apple/swift-package-manager/issues/4824) ## Introduction diff --git a/proposals/0203-rename-sequence-elements-equal.md b/proposals/0203-rename-sequence-elements-equal.md index 4d5391bee1..1373ed6ff3 100644 --- a/proposals/0203-rename-sequence-elements-equal.md +++ b/proposals/0203-rename-sequence-elements-equal.md @@ -5,7 +5,7 @@ * Review Manager: [Ted Kremenek](https://github.com/tkremenek) * Status: **Rejected** * Implementation: [apple/swift#12884](https://github.com/apple/swift/pull/12884) -* Bugs: [SR-6102](https://bugs.swift.org/browse/SR-6102) +* Bugs: [apple/swift#48657](https://github.com/apple/swift/issues/48657) * Review thread: [Swift evolution forum](https://forums.swift.org/t/se-0203-rename-sequence-elementsequal/11482) ## Introduction diff --git a/proposals/0204-add-last-methods.md b/proposals/0204-add-last-methods.md index 559e60c55a..efea1bc378 100644 --- a/proposals/0204-add-last-methods.md +++ b/proposals/0204-add-last-methods.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 4.2)** * Decision Notes: [Rationale](https://forums.swift.org/t/se-0204-add-last-where-and-lastindex-where-methods-rename-index-of-and-index-where-methods/11486/21) * Implementation: [apple/swift#13337](https://github.com/apple/swift/pull/13337) -* Bug: [SR-1504](https://bugs.swift.org/browse/SR-1504) +* Bug: [apple/swift#44113](https://github.com/apple/swift/issues/44113) ## Introduction diff --git a/proposals/0206-hashable-enhancements.md b/proposals/0206-hashable-enhancements.md index ce6a0d5106..63cb15c63b 100644 --- a/proposals/0206-hashable-enhancements.md +++ b/proposals/0206-hashable-enhancements.md @@ -11,14 +11,6 @@ [apple/swift#16073](https://github.com/apple/swift/pull/16073) (automatic synthesis, de-underscoring)
* Previous Revision: [1](https://github.com/apple/swift-evolution/blob/f5a020ec79cdb64fc8700af91b1a1ece2d2fb141/proposals/0206-hashable-enhancements.md) - - ## Table of contents * [Introduction](#intro) @@ -480,7 +472,7 @@ Switching to `hash(into:)` gets us more robust hash values faster, and with cleaner, simpler code. -[quadratic-copy]: https://bugs.swift.org/browse/SR-3268 +[quadratic-copy]: https://github.com/apple/swift/issues/45856 ## Detailed design diff --git a/proposals/0208-package-manager-system-library-targets.md b/proposals/0208-package-manager-system-library-targets.md index 7c7d322625..eb04bea11e 100644 --- a/proposals/0208-package-manager-system-library-targets.md +++ b/proposals/0208-package-manager-system-library-targets.md @@ -5,7 +5,7 @@ * Review Manager: [Boris Bügling](https://github.com/neonichu) * Status: **Implemented (Swift 4.2)** * Implementation: [apple/swift-package-manager#1586](https://github.com/apple/swift-package-manager/pull/1586) -* Bug: [SR-7434](https://bugs.swift.org/browse/SR-7434) +* Bug: [apple/swift-package-manager#4823](https://github.com/apple/swift-package-manager/issues/4823) ## Introduction diff --git a/proposals/0209-package-manager-swift-lang-version-update.md b/proposals/0209-package-manager-swift-lang-version-update.md index def6f95c7d..488276ef99 100644 --- a/proposals/0209-package-manager-swift-lang-version-update.md +++ b/proposals/0209-package-manager-swift-lang-version-update.md @@ -5,7 +5,7 @@ * Review Manager: [Boris Bügling](https://github.com/neonichu) * Status: **Implemented (Swift 4.2)** * Implementation: [apple/swift-package-manager#1563](https://github.com/apple/swift-package-manager/pull/1563) -* Bug: [SR-7464](https://bugs.swift.org/browse/SR-7464) +* Bug: [apple/swift-package-manager#4822](https://github.com/apple/swift-package-manager/issues/4822) ## Introduction diff --git a/proposals/0219-package-manager-dependency-mirroring.md b/proposals/0219-package-manager-dependency-mirroring.md index 21cd61f6c6..4e144826ac 100644 --- a/proposals/0219-package-manager-dependency-mirroring.md +++ b/proposals/0219-package-manager-dependency-mirroring.md @@ -5,7 +5,7 @@ * Review Manager: [Boris Bügling](https://github.com/neonichu) * Status: **Implemented (Swift 5)** * Implementation: [apple/swift-package-manager#1776](https://github.com/apple/swift-package-manager/pull/1776) -* Bug: [SR-8328](https://bugs.swift.org/browse/SR-8328) +* Bug: [apple/swift-package-manager#4767](https://github.com/apple/swift-package-manager/issues/4767) ## Introduction diff --git a/proposals/0223-array-uninitialized-initializer.md b/proposals/0223-array-uninitialized-initializer.md index 024899b158..a531bd81c3 100644 --- a/proposals/0223-array-uninitialized-initializer.md +++ b/proposals/0223-array-uninitialized-initializer.md @@ -7,7 +7,7 @@ * Next Proposal: [SE-0245](0245-array-uninitialized-initializer.md) * Decision Notes: [Returned for revision](https://forums.swift.org/t/se-0223-accessing-an-arrays-uninitialized-buffer/15194/41) * Implementation: [apple/swift#17389](https://github.com/apple/swift/pull/17389) -* Bug: [SR-3087](https://bugs.swift.org/browse/SR-3087) +* Bug: [apple/swift#45677](https://github.com/apple/swift/issues/45677) ## Introduction diff --git a/proposals/0224-ifswift-lessthan-operator.md b/proposals/0224-ifswift-lessthan-operator.md index 02053e5e13..c732a46b76 100644 --- a/proposals/0224-ifswift-lessthan-operator.md +++ b/proposals/0224-ifswift-lessthan-operator.md @@ -5,7 +5,7 @@ * Review Manager: [Ted Kremenek](https://github.com/tkremenek) * Status: **Implemented (Swift 5)** * Decision Notes: [Rationale](https://forums.swift.org/t/se-0224-support-less-than-operator-in-compilation-conditions/15213/5) -* Bugs: [SR-6852](https://bugs.swift.org/browse/SR-6852) +* Bugs: [apple/swift#49401](https://github.com/apple/swift/issues/49401) * Implementations: [apple/swift#14503](https://github.com/apple/swift/pull/14503) (Stale?), [apple/swift#17690](https://github.com/apple/swift/pull/17960) ## Introduction diff --git a/proposals/0226-package-manager-target-based-dep-resolution.md b/proposals/0226-package-manager-target-based-dep-resolution.md index 533e5885b4..ec56c67c06 100644 --- a/proposals/0226-package-manager-target-based-dep-resolution.md +++ b/proposals/0226-package-manager-target-based-dep-resolution.md @@ -4,7 +4,7 @@ * Authors: [Ankit Aggarwal](https://github.com/aciidb0mb3r) * Review Manager: [Boris Bügling](https://github.com/neonichu) * Status: **Partially implemented (Swift 5.2):** Implemented the manifest API to disregard targets not concerned by any dependency products, which avoids building dependency test targets. -* Bug: [SR-8658](https://bugs.swift.org/browse/SR-8658) +* Bug: [apple/swift-package-manager#4759](https://github.com/apple/swift-package-manager/issues/4759) * Previous Revision: [1](hhttps://github.com/apple/swift-evolution/blob/e833c4d00bef253452b7d546e1303565ba584b58/proposals/0226-package-manager-target-based-dep-resolution.md) * Review: [Review](https://forums.swift.org/t/se-0226-package-manager-target-based-dependency-resolution/), [Acceptance](https://forums.swift.org/t/accepted-se-0226-package-manager-target-based-dependency-resolution/15616), [Amendment](https://forums.swift.org/t/amendment-se-0226-package-manager-target-based-dependency-resolution/), [Amendment Acceptance](https://forums.swift.org/t/accepted-se-0226-amendment-package-manager-target-based-dependency-resolution/) diff --git a/proposals/0241-string-index-explicit-encoding-offset.md b/proposals/0241-string-index-explicit-encoding-offset.md index e1ceb3a54c..b5c28f2a72 100644 --- a/proposals/0241-string-index-explicit-encoding-offset.md +++ b/proposals/0241-string-index-explicit-encoding-offset.md @@ -9,7 +9,7 @@ ## Introduction -[SE-0180][] introduced a computed variable and initializer surrounding the concept of an `encodedOffset` for serialization purposes. Unfortunately, that approach is flawed for its intended purpose and is commonly misused in ways that Swift 5 is [more likely to expose](https://bugs.swift.org/browse/SR-9749). It is too late in the Swift 5.0 release to solve all existing problems, so we propose deprecating `encodedOffset` and introducing a targeted, semantics-preserving alternative. +[SE-0180][] introduced a computed variable and initializer surrounding the concept of an `encodedOffset` for serialization purposes. Unfortunately, that approach is flawed for its intended purpose and is commonly misused in ways that Swift 5 is [more likely to expose](https://github.com/apple/swift/issues/52180). It is too late in the Swift 5.0 release to solve all existing problems, so we propose deprecating `encodedOffset` and introducing a targeted, semantics-preserving alternative. ## Motivation diff --git a/proposals/0245-array-uninitialized-initializer.md b/proposals/0245-array-uninitialized-initializer.md index 2e19b15560..618cc71e99 100644 --- a/proposals/0245-array-uninitialized-initializer.md +++ b/proposals/0245-array-uninitialized-initializer.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.1)** * Previous Proposal: [SE-0223](https://github.com/apple/swift-evolution/blob/master/proposals/0223-array-uninitialized-initializer.md) * Implementation: [apple/swift#23134](https://github.com/apple/swift/pull/23134) -* Bug: [SR-3087](https://bugs.swift.org/browse/SR-3087) +* Bug: [apple/swift#45677](https://github.com/apple/swift/issues/45677) ## Introduction diff --git a/proposals/0247-contiguous-strings.md b/proposals/0247-contiguous-strings.md index 69527d9163..5889990e4d 100644 --- a/proposals/0247-contiguous-strings.md +++ b/proposals/0247-contiguous-strings.md @@ -5,7 +5,7 @@ * Review Manager: [Doug Gregor](https://github.com/DougGregor) * Status: **Implemented (Swift 5.1)** * Implementation: [apple/swift#23051](https://github.com/apple/swift/pull/23051) -* Bugs: [SR-6475](https://bugs.swift.org/browse/SR-6475) +* Bugs: [apple/swift-corelibs-foundation#3780](https://github.com/apple/swift-corelibs-foundation/issues/3780) ## Introduction diff --git a/proposals/0248-string-gaps-missing-apis.md b/proposals/0248-string-gaps-missing-apis.md index 75b250aa83..a509b6d5d4 100644 --- a/proposals/0248-string-gaps-missing-apis.md +++ b/proposals/0248-string-gaps-missing-apis.md @@ -5,7 +5,7 @@ * Review Manager: [Ted Kremenek](https://github.com/tkremenek) * Status: **Implemented (Swift 5.1)** * Implementation: [apple/swift#22869](https://github.com/apple/swift/pull/22869) -* Bugs: [SR-9955](https://bugs.swift.org/browse/SR-9955) +* Bugs: [apple/swift#52358](https://github.com/apple/swift/issues/52358) ## Introduction @@ -15,7 +15,7 @@ Swift-evolution thread: [Pitch: String Gaps and Missing APIs](https://forums.swi ## Motivation -These missing APIs address [commonly encountered](https://forums.swift.org/t/efficiently-retrieving-utf8-from-a-character-in-a-string/19916) gaps and [missing functionality](https://bugs.swift.org/browse/SR-9955) for users of String and its various types, often leading developers to [reinvent](https://github.com/apple/swift-nio-http2/blob/master/Sources/NIOHPACK/HPACKHeader.swift#L412) the same trivial definitions. +These missing APIs address [commonly encountered](https://forums.swift.org/t/efficiently-retrieving-utf8-from-a-character-in-a-string/19916) gaps and [missing functionality](https://github.com/apple/swift/issues/52358) for users of String and its various types, often leading developers to [reinvent](https://github.com/apple/swift-nio-http2/blob/master/Sources/NIOHPACK/HPACKHeader.swift#L412) the same trivial definitions. ## Proposed solution diff --git a/proposals/0263-string-uninitialized-initializer.md b/proposals/0263-string-uninitialized-initializer.md index 826f27abe9..e4dd7927bb 100644 --- a/proposals/0263-string-uninitialized-initializer.md +++ b/proposals/0263-string-uninitialized-initializer.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.3)** * Implementation: [apple/swift#26007](https://github.com/apple/swift/pull/26007), [apple/swift#30106](https://github.com/apple/swift/pull/30106) -* Bug: [SR-10288](https://bugs.swift.org/browse/SR-10288) +* Bug: [apple/swift#52688](https://github.com/apple/swift/issues/52688) ## Introduction diff --git a/proposals/0268-didset-semantics.md b/proposals/0268-didset-semantics.md index 782c01c1d9..0d67fa43ef 100644 --- a/proposals/0268-didset-semantics.md +++ b/proposals/0268-didset-semantics.md @@ -5,7 +5,7 @@ * Review Manager: [Ben Cohen](https://github.com/airspeedswift) * Status: **Implemented (Swift 5.3)** * Implementation: [apple/swift#26632](https://github.com/apple/swift/pull/26632) -* Bug: [SR-5982](https://bugs.swift.org/browse/SR-5982) +* Bug: [apple/swift#48541](https://github.com/apple/swift/issues/48541) ## Introduction @@ -121,7 +121,7 @@ foo.baz = 2 This applies to a `didSet` on an overridden property as well - the call to the superclass getter will be skipped if the `oldValue` is not referenced in the body of the overridden property's `didSet`. -This also resolves some pending bugs such as [SR-11297](https://bugs.swift.org/browse/SR-11297) and [SR-11280](https://bugs.swift.org/browse/SR-11280). +This also resolves some pending bugs such as [apple/swift#53698](https://github.com/apple/swift/issues/53698) and [apple/swift#53681](https://github.com/apple/swift/issues/53681). As a bonus, if the property has a "simple" `didSet` and no `willSet`, then we could allow for modifications to happen in-place. For example: diff --git a/proposals/0269-implicit-self-explicit-capture.md b/proposals/0269-implicit-self-explicit-capture.md index 272a4386ab..3bfee3c428 100644 --- a/proposals/0269-implicit-self-explicit-capture.md +++ b/proposals/0269-implicit-self-explicit-capture.md @@ -5,7 +5,7 @@ * Review Manager: [Ted Kremenek](https://github.com/tkremenek) * Status: **Implemented (Swift 5.3)** * Implementation: [apple/swift#23934](https://github.com/apple/swift/pull/23934) -* Bug: [SR-10218](https://bugs.swift.org/browse/SR-10218) +* Bug: [apple/swift#52618](https://github.com/apple/swift/issues/52618) * Forum threads: [Discussion](https://forums.swift.org/t/review-capture-semantics-of-self/22017), [Pitch](https://forums.swift.org/t/allow-implicit-self-in-escaping-closures-when-self-is-explicitly-captured/22590), [Review thread](https://forums.swift.org/t/se-0269-increase-availability-of-implicit-self-in-escaping-closures-when-reference-cycles-are-unlikely-to-occur/30376) ## Introduction diff --git a/proposals/0280-enum-cases-as-protocol-witnesses.md b/proposals/0280-enum-cases-as-protocol-witnesses.md index b837d99485..561b86396c 100644 --- a/proposals/0280-enum-cases-as-protocol-witnesses.md +++ b/proposals/0280-enum-cases-as-protocol-witnesses.md @@ -5,7 +5,7 @@ * Review Manager: [John McCall](https://github.com/rjmccall) * Status: **Implemented (Swift 5.3)** * Implementation: [apple/swift#28916](https://github.com/apple/swift/pull/28916) -* Bug: [SR-3170](https://bugs.swift.org/browse/SR-3170) +* Bug: [apple/swift#45758](https://github.com/apple/swift/issues/45758) * Toolchain: [macOS](https://ci.swift.org/job/swift-PR-toolchain-osx/477/artifact/branch-master/swift-PR-28916-477-osx.tar.gz) & [Linux](https://ci.swift.org/job/swift-PR-toolchain-Linux/346/artifact/branch-master/swift-PR-28916-346-ubuntu16.04.tar.gz) * Review: ([1](https://forums.swift.org/t/se-0280-enum-cases-as-protocol-witnesses/34257)) ([Acceptance](https://forums.swift.org/t/acceepted-se-0280-enum-cases-as-protocol-witnesses/34850)) diff --git a/proposals/0282-atomics.md b/proposals/0282-atomics.md index 77a5489906..4043b50f81 100644 --- a/proposals/0282-atomics.md +++ b/proposals/0282-atomics.md @@ -3,7 +3,7 @@ * Proposal: [SE-0282](0282-atomics.md) * Author: [Karoy Lorentey](https://github.com/lorentey) * Review Manager: [Joe Groff](https://github.com/jckarter) -* Bug: [SR-9144](https://bugs.swift.org/browse/SR-9144) +* Bug: [apple/swift#51640](https://github.com/apple/swift/issues/51640) * Implementation: Proof of concept [swift-atomics package][package] * Previous Revision: [v1][SE-0282v1] ([Returned for revision](https://forums.swift.org/t/se-0282-low-level-atomic-operations/35382/69)) * Status: **Implemented (Swift 5.3)** diff --git a/proposals/0288-binaryinteger-ispower.md b/proposals/0288-binaryinteger-ispower.md index 2dbcbd2388..41c6f96314 100644 --- a/proposals/0288-binaryinteger-ispower.md +++ b/proposals/0288-binaryinteger-ispower.md @@ -267,7 +267,7 @@ This proposal has been greatly improved by the community. Below are some cases o - Steve Canon followed the pitch all the way through and provided a lot of valuable comments to keep the work on the right track. - Jens Persson showed some inspiration in [an earlier thread](https://forums.swift.org/t/even-and-odd-integers/11774/117), and discussed some use cases as well as its extendability to floating point types. -- Nevin Brackett-Rozinsky gave many details to optimize the implementation, and discovered [SR-10657](https://bugs.swift.org/browse/SR-10657) during the discussion. +- Nevin Brackett-Rozinsky gave many details to optimize the implementation, and discovered [apple/swift#53057](https://github.com/apple/swift/issues/53057) during the discussion. - Michel Fortin provided an efficient solution to the fast path for base 10 (i.e. checking if an integer is power of ten), together with thorough explanation. - Jordan Rose gave prompt and continued comments on the PR, and advised the API should better be an extension method rather than a protocol requirement. - Erik Strottmann suggested a more appropriate naming `_isPowerOfTwo` instead of `_isPowerOf2`. diff --git a/proposals/0289-result-builders.md b/proposals/0289-result-builders.md index a0313d6e00..5895913332 100644 --- a/proposals/0289-result-builders.md +++ b/proposals/0289-result-builders.md @@ -923,7 +923,7 @@ init(@ViewBuilder content: () -> Content) { } ``` -This idea was reported as [SR-13188](https://bugs.swift.org/browse/SR-13188), and the examples are pulled from there. +This idea was reported as [apple/swift#55628](https://github.com/apple/swift/issues/55628), and the examples are pulled from there. ## Source compatibility diff --git a/proposals/0294-package-executable-targets.md b/proposals/0294-package-executable-targets.md index 31aa5593b7..ec22fa998f 100644 --- a/proposals/0294-package-executable-targets.md +++ b/proposals/0294-package-executable-targets.md @@ -5,7 +5,7 @@ * Review Manager: [Tom Doron](https://github.com/tomerd) * Status: **Implemented (Swift 5.4)** * Implementation: [apple/swift-package-manager#3045](https://github.com/apple/swift-package-manager/pull/3045) -* Bugs: [SR-13924](https://bugs.swift.org/browse/SR-13924) +* Bugs: [apple/swift-package-manager#4463](https://github.com/apple/swift-package-manager/issues/4463) * Pitch: [Forum Discussion](https://forums.swift.org/t/pitch-ability-to-declare-executable-targets-in-swiftpm-manifests-to-support-main/) * Review: [Forum Discussion](https://forums.swift.org/t/se-0294-declaring-executable-targets-in-package-manifests/) @@ -36,7 +36,7 @@ executable target in an executable product. Relying on specially named source files also doesn’t work when using `@main` to specify the entry point of an executable. In addition, there are ergonomic problems with using specially named source files (e.g. -[SR-1379](https://bugs.swift.org/browse/SR-1379)) that would be addressed by +[apple/swift-package-manager#5451](https://github.com/apple/swift-package-manager/issues/5451)) that would be addressed by being able to explicitly declare a target as being executable in the manifest. ## Proposed solution diff --git a/proposals/0320-codingkeyrepresentable.md b/proposals/0320-codingkeyrepresentable.md index cc8d6f1191..6d9a90fbc9 100644 --- a/proposals/0320-codingkeyrepresentable.md +++ b/proposals/0320-codingkeyrepresentable.md @@ -33,7 +33,7 @@ The common situations where people have found the behavior confusing include: In the various discussions, there are clear and concise explanations for this behavior, but it is also mentioned that supporting encoding of `RawRepresentable` `String` and `Int` keys into keyed containers may indeed be considered to be a bug, and is an oversight in the implementation ([JSON Encoding / Decoding weird encoding of dictionary with enum values, reply by Itai Ferber](https://forums.swift.org/t/json-encoding-decoding-weird-encoding-of-dictionary-with-enum-values/12995/7)). -There's a bug at [bugs.swift.org](http://bugs.swift.org) tracking the issue: [SR-7788](https://bugs.swift.org/browse/SR-7788) +There's a bug at [bugs.swift.org](http://bugs.swift.org) tracking the issue: [apple/swift-corelibs-foundation#3690](https://github.com/apple/swift-corelibs-foundation/issues/3690) Unfortunately, it is too late to change the behavior now: diff --git a/proposals/0324-c-lang-pointer-arg-conversion.md b/proposals/0324-c-lang-pointer-arg-conversion.md index bb1978950e..13e9c16155 100644 --- a/proposals/0324-c-lang-pointer-arg-conversion.md +++ b/proposals/0324-c-lang-pointer-arg-conversion.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.6)** * Implementation: [apple/swift#37956](https://github.com/apple/swift/pull/37956) * Decision Notes: [Rationale](https://forums.swift.org/t/accepted-se-0324-relax-diagnostics-for-pointer-arguments-to-c-functions/52599) -* Bugs: [SR-10246](https://bugs.swift.org/browse/SR-10246) +* Bugs: [apple/swift#52646](https://github.com/apple/swift/issues/52646) ## Introduction diff --git a/proposals/0327-actor-initializers.md b/proposals/0327-actor-initializers.md index c113265710..04d9f1d884 100644 --- a/proposals/0327-actor-initializers.md +++ b/proposals/0327-actor-initializers.md @@ -176,7 +176,7 @@ func example() async { In the example above, access to isolated and non-Sendable stored properties of `Maria` from the `deinit` are not safe. Because the executor for two instances of `Maria` are shared, it's possible for those two instances to have a reference to the same mutable state, which in the example is the shared `friend`. So, if the `deinit` had access to the `friend` without gaining access to the shared executor, then unsynchronized concurrent mutations of the `friend` can happen. If the `friend` were `Sendable`, then executor access is not needed, because the two friend instances would not be mutable. -In Swift, when the reference count of an object reaches zero, its `deinit` is invoked. It is undefined behavior for that `self` instance to then escape the `deinit`, because that would increase the reference count of the object back up to one, _after_ the deinit has already been called. This is a problem for ordinary classes, too, leading to [random crashes](https://bugs.swift.org/browse/SR-6942) when the reference count reaches zero for a second time. Since lifetime extension issues in a reference type's `deinit` is a general problem, we defer a solution to that for a future proposal. +In Swift, when the reference count of an object reaches zero, its `deinit` is invoked. It is undefined behavior for that `self` instance to then escape the `deinit`, because that would increase the reference count of the object back up to one, _after_ the deinit has already been called. This is a problem for ordinary classes, too, leading to [random crashes](https://github.com/apple/swift/issues/49490) when the reference count reaches zero for a second time. Since lifetime extension issues in a reference type's `deinit` is a general problem, we defer a solution to that for a future proposal. ### Stored Property Isolation diff --git a/proposals/0330-collection-conditionals.md b/proposals/0330-collection-conditionals.md index ea6892efaf..5096a81aec 100644 --- a/proposals/0330-collection-conditionals.md +++ b/proposals/0330-collection-conditionals.md @@ -6,7 +6,7 @@ * Status: **Returned for revision** * Decision notes: [Rationale](https://forums.swift.org/t/se-0330-conditionals-in-collections/53375/22) * Implementation: [apple/swift#19347](https://github.com/apple/swift/pull/19347) -* Bugs: [SR-8743](https://bugs.swift.org/browse/SR-8743) +* Bugs: [apple/swift#51252](https://github.com/apple/swift/issues/51252) ## Introduction diff --git a/proposals/0333-with-memory-rebound.md b/proposals/0333-with-memory-rebound.md index 850529c3a5..3036a1627a 100644 --- a/proposals/0333-with-memory-rebound.md +++ b/proposals/0333-with-memory-rebound.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.7)** * Decision Notes: [Acceptance](https://forums.swift.org/t/54699) * Implementation: [apple/swift#39529](https://github.com/apple/swift/pull/39529) -* Bugs: [SR-11082](https://bugs.swift.org/browse/SR-11082), [SR-11087](https://bugs.swift.org/browse/SR-11087) +* Bugs: [apple/swift#53474](https://github.com/apple/swift/issues/53474), [apple/swift#53479](https://github.com/apple/swift/issues/53479) ## Introduction diff --git a/proposals/0334-pointer-usability-improvements.md b/proposals/0334-pointer-usability-improvements.md index ffae2587ad..fd8e33455b 100644 --- a/proposals/0334-pointer-usability-improvements.md +++ b/proposals/0334-pointer-usability-improvements.md @@ -6,7 +6,7 @@ * Status: **Implemented (Swift 5.7)** * Decision notes: [Acceptance](https://forums.swift.org/t/54700) * Implementation: [Draft pull request][draft-pr] -* Bugs: [rdar://64342031](rdar://64342031), [SR-11156](https://bugs.swift.org/browse/SR-11156) ([rdar://53272880](rdar://53272880)), [rdar://22541346](rdar://22541346) +* Bugs: [rdar://64342031](rdar://64342031), [apple/swift#53553](https://github.com/apple/swift/issues/53553) ([rdar://53272880](rdar://53272880)), [rdar://22541346](rdar://22541346) [draft-pr]: https://github.com/apple/swift/pull/39639 [pitch-thread]: https://forums.swift.org/t/52736 diff --git a/proposals/0339-module-aliasing-for-disambiguation.md b/proposals/0339-module-aliasing-for-disambiguation.md index eba07d45c1..6fa75a0622 100644 --- a/proposals/0339-module-aliasing-for-disambiguation.md +++ b/proposals/0339-module-aliasing-for-disambiguation.md @@ -231,7 +231,7 @@ To allow module aliasing, the following requirements need to be met, which come * For resources, only asset catalogs and localized strings are allowed. * Higher chance of running into the following existing issues: * [Retroactive conformance](https://forums.swift.org/t/retroactive-conformances-vs-swift-in-the-os/14393): this is already not a recommended practice and should be avoided. - * Extension member “leaks”: this is [considered a bug](https://bugs.swift.org/browse/SR-3908) which hasn’t been fixed yet. More discussions [here](https://forums.swift.org/t/pre-pitch-import-access-control-a-modest-proposal/50087). + * Extension member “leaks”: this is [considered a bug](https://github.com/apple/swift/issues/46493) which hasn’t been fixed yet. More discussions [here](https://forums.swift.org/t/pre-pitch-import-access-control-a-modest-proposal/50087). * Code size increase will be more implicit thus requires a caution, although module aliasing will be opt-in and a size threshold could be added to provide a warning. ## Source compatibility @@ -245,7 +245,7 @@ This proposal does not introduce features that would be part of a public API. ## Future Directions -* Currently when a module contains a type with the same name, fully qualifying a decl in the module results in an error; it treats the left most qualifier as a type instead of the module ([SR-14195](https://bugs.swift.org/browse/SR-14195), [pitch](https://forums.swift.org/t/fixing-modules-that-contain-a-type-with-the-same-name/3025), [pitch](https://forums.swift.org/t/pitch-fully-qualified-name-syntax/28482)); `XCTest` is a good example as it contains a class called `XCTest`. Trying to access a top level function `XCTAssertEqual` via `XCTest.XCTAssertEqual(...)` results in `Type 'XCTest' has no member 'XCTAssertEqual'` error. Module aliasing could mitigate this issue by renaming `XCTest` as `XCTestFramework` without requiring source changes in the `XCTest` module and allowing the function access via `XCTestFramework.XCTAssertEqual(...)` in the user code. +* Currently when a module contains a type with the same name, fully qualifying a decl in the module results in an error; it treats the left most qualifier as a type instead of the module ([apple/swift#56573](https://github.com/apple/swift/issues/56573), [pitch](https://forums.swift.org/t/fixing-modules-that-contain-a-type-with-the-same-name/3025), [pitch](https://forums.swift.org/t/pitch-fully-qualified-name-syntax/28482)); `XCTest` is a good example as it contains a class called `XCTest`. Trying to access a top level function `XCTAssertEqual` via `XCTest.XCTAssertEqual(...)` results in `Type 'XCTest' has no member 'XCTAssertEqual'` error. Module aliasing could mitigate this issue by renaming `XCTest` as `XCTestFramework` without requiring source changes in the `XCTest` module and allowing the function access via `XCTestFramework.XCTAssertEqual(...)` in the user code. * Introducing new import syntax such as `import Utils as GameUtils` has been discussed in forums to improve module disambiguation. The module aliasing infrastructure described in this proposal paves the way towards using such syntax that could allow more explicit (in source code) aliasing. diff --git a/proposals/0349-unaligned-loads-and-stores.md b/proposals/0349-unaligned-loads-and-stores.md index 26c9b30d14..5828663bd5 100644 --- a/proposals/0349-unaligned-loads-and-stores.md +++ b/proposals/0349-unaligned-loads-and-stores.md @@ -13,7 +13,7 @@ Swift does not currently provide a clear way to load data from an arbitrary sour ## Motivation -The method `UnsafeRawPointer.load(fromByteOffset offset: Int, as type: T.Type) -> T` requires the address at `self+offset` to be properly aligned to access an instance of type `T`. Attempts to use a combination of pointer and byte offset that is not aligned for `T` results in a runtime crash. Unfortunately, in general, data saved to files or network streams does not adhere to the same restrictions as in-memory layouts do, and tends to not be properly aligned. When copying data from such sources to memory, Swift users therefore frequently encounter aligment mismatches that require using a workaround. This is a longstanding issue reported in e.g. [SR-10273](https://bugs.swift.org/browse/SR-10273). +The method `UnsafeRawPointer.load(fromByteOffset offset: Int, as type: T.Type) -> T` requires the address at `self+offset` to be properly aligned to access an instance of type `T`. Attempts to use a combination of pointer and byte offset that is not aligned for `T` results in a runtime crash. Unfortunately, in general, data saved to files or network streams does not adhere to the same restrictions as in-memory layouts do, and tends to not be properly aligned. When copying data from such sources to memory, Swift users therefore frequently encounter aligment mismatches that require using a workaround. This is a longstanding issue reported in e.g. [apple/swift#52673](https://github.com/apple/swift/issues/52673). For example, given an arbitrary data stream in which a 4-byte value is encoded between byte offsets 3 through 7: