The Week Of Monday 23 May 2016 Archives by date

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...

Starting: Mon May 23 00:23:50 CDT 2016
Ending: Sun May 29 23:49:26 CDT 2016
Messages: 909

• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Charles Constant
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Charles Constant
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   L. Mihalkovic
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Haravikk
• [swift-evolution] [PROPOSAL]Return subclass type to a protocol where a superclass is defined without the need for associatedtype   Yogev Sitton
• [swift-evolution] Allow commits or branches in the Swift Package Manager instead of Version   Tyler Fleming Cloutier
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Adam Nemecek
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Charles Constant
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Adam Nemecek
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] Winding down the Swift 3 release   Jeremy Pereira
• [swift-evolution] Winding down the Swift 3 release   Jeremy Pereira
• [swift-evolution] Winding down the Swift 3 release   Brent Royal-Gordon
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Ben Rimmington
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Charlie Monroe
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Jeremy Pereira
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Tim Vermeulen
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Jeremy Pereira
• [swift-evolution] Initialiser Helper   James Campbell
• [swift-evolution] Initialiser Helper   Matthew Johnson
• [swift-evolution] Initialiser Helper   James Campbell
• [swift-evolution] Initialiser Helper   L. Mihalkovic
• [swift-evolution] Enhanced existential types proposal discussion   David Waite
• [swift-evolution] Initialiser Helper   Patrick Smith
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] Proposal: Automatic initializer generation   Charlie Monroe
• [swift-evolution] [Pitch] 'Double modulo' operator   Stephen Canon
• [swift-evolution] Static Dispatch Pitfalls   Xiaodi Wu
• [swift-evolution] Proposal: Automatic initializer generation   Kevin Nattinger
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Patrick Smith
• [swift-evolution] Proposal: Automatic initializer generation   Charlie Monroe
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] Proposal SE-0009 Reconsideration   Jeff Kelley
• [swift-evolution] Proposal: Automatic initializer generation   L. Mihalkovic
• [swift-evolution] Proposal SE-0009 Reconsideration   L. Mihalkovic
• [swift-evolution] Proposal SE-0009 Reconsideration   L. Mihalkovic
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Proposal: Automatic initializer generation   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   David Sweeris
• [swift-evolution] Enhanced existential types proposal discussion   Robert Widmann
• [swift-evolution] Proposal SE-0009 Reconsideration   L. Mihalkovic
• [swift-evolution] Proposal: Automatic initializer generation   L. Mihalkovic
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Waite
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Proposal SE-0009 Reconsideration   Charles Srstka
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Pitch] 'Double modulo' operator   Pyry Jahkola
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Dany St-Amant
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] [Pitch] 'Double modulo' operator   Tony Allevato
• [swift-evolution] Static Dispatch Pitfalls   Xiaodi Wu
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [Pitch] 'Double modulo' operator   Pyry Jahkola
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Sean Heber
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   Vladimir.S
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Judge
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] Make access control private by default.   Knut Lorenzen
• [swift-evolution] Static Dispatch Pitfalls   Vladimir.S
• [swift-evolution] Make access control private by default.   Jean-Daniel Dupas
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Kevin Ballard
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Max Moiseev
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Kevin Ballard
• [swift-evolution] Make access control private by default.   Leonardo Pessoa
• [swift-evolution] [Amendment] SE-0022: Referencing the Objective-C selector of a method   Joe Groff
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Chris Lattner
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Adriano Ferreira
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Jordan Rose
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Max Moiseev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Jordan Rose
• [swift-evolution] Thoughts on clarity of Double and Float type names?   David Sweeris
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Dany St-Amant
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Xiaodi Wu
• [swift-evolution] Proposal SE-0009 Reconsideration   Rob Mayoff
• [swift-evolution] [Idea] Find alternatives to `switch self`   Dany St-Amant
• [swift-evolution] Make access control private by default.   John McCall
• [swift-evolution] Thoughts on clarity of Double and Float type names?   David Sweeris
• [swift-evolution] Enhanced existential types proposal discussion   Brent Royal-Gordon
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Xiaodi Wu
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Jed Lewison
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Jordan Rose
• [swift-evolution] Thoughts on clarity of Double and Float type names?   David Sweeris
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   charles at charlesism.com
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Jordan Rose
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   David Sweeris
• [swift-evolution] [Idea] Find alternatives to `switch self`   Charles Constant
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   David Sweeris
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Charles Constant
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Jed Lewison
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Charlie Monroe
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Charlie Monroe
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Jordan Rose
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   David Sweeris
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Dan Appel
• [swift-evolution] Enhanced existential types proposal discussion   David Hart
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] ValueEnumerable protocol with derived implementation for enums   Jacob Bandes-Storch
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Charlie Monroe
• [swift-evolution] Winding down the Swift 3 release   L. Mihalkovic
• [swift-evolution] Make access control private by default.   L. Mihalkovic
• [swift-evolution] [Pitch] Use "where" in combination with "??" to provide Ternary-like functionality   Charles Constant
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Nicola Salmoria
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Haravikk
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Brent Royal-Gordon
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Nicola Salmoria
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Haravikk
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Haravikk
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Matthew Johnson
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Stephen Canon
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Xiaodi Wu
• [swift-evolution] Universal Equatability, Hashability, and Comparability   Mark Sands
• [swift-evolution] [swift-dev] Possible bug with arithmetic optional comparison ?   Robert Widmann
• [swift-evolution] Thoughts on "Fully eliminate implicit bridging conversions from Swift"   simon gladman
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] Thoughts on "Fully eliminate implicit bridging conversions from Swift"   Charlie Monroe
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Nate Cook
• [swift-evolution] Universal Equatability, Hashability, and Comparability   Tony Allevato
• [swift-evolution] Thoughts on "Fully eliminate implicit bridging conversions from Swift"   simon gladman
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Xiaodi Wu
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Joe Groff
• [swift-evolution] [Deferred] SE-0078: Implement a rotate algorithm, equivalent to std::rotate() in C++   Chris Lattner
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Haravikk
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Austin Zheng
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Chris Lattner
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Chris Lattner
• [swift-evolution] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Chris Lattner
• [swift-evolution] [Review] SE-0096: Converting dynamicType from a property to an operator   Chris Lattner
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   David Owens II
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   John McCall
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Jacob Bandes-Storch
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   David Sweeris
• [swift-evolution] Universal Equatability, Hashability, and Comparability   Jan E. Schotsman
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   David Sweeris
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Tyler Cloutier
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Ricardo Parada
• [swift-evolution] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Cheyo Ximenez
• [swift-evolution] [Pitch] Brace omission for single-statement n-ary closures   Marc Prud'hommeaux
• [swift-evolution] Universal Equatability, Hashability, and Comparability   Tony Allevato
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Matthew Johnson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   David Hart
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Austin Zheng
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Leonardo Pessoa
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Austin Zheng
• [swift-evolution] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Michael Peternell
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   T.J. Usiyan
• [swift-evolution] Re-Visit Proposal: Weak Native Swift Containers (12 2015)   Riley Testut
• [swift-evolution] Winding down the Swift 3 release   L. Mihalkovic
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Leonardo Pessoa
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Austin Zheng
• [swift-evolution] Allow commits or branches in the Swift Package Manager instead of Version   Ankit Agarwal
• [swift-evolution] ValueEnumerable protocol with derived implementation for enums   Vladimir.S
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Nicola Salmoria
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [review] SE-0096: Converting dynamicType from a property to an operator   David Ungar
• [swift-evolution] ValueEnumerable protocol with derived implementation for enums   Brent Royal-Gordon
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Haravikk
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Brent Royal-Gordon
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Shawn Erickson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Brent Royal-Gordon
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   David Sweeris
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Matthew Johnson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Austin Zheng
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Austin Zheng
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Kevin Ballard
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Kevin Ballard
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   David Sweeris
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Jordan Rose
• [swift-evolution] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Douglas Gregor
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Thorsten Seitz
• [swift-evolution] [review] SE-0096: Converting dynamicType from a property to an operator   Charlie Monroe
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Thorsten Seitz
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Charlie Monroe
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Ben Rimmington
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Charlie Monroe
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Tim Vermeulen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Sebastian Hagedorn
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Pyry Jahkola
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Pyry Jahkola
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0097: Normalizing naming for "negative" attributes   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0098: Lowercase didSet and willSet for more consistent keyword casing   Tino Heth
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Jānis Kiršteins
• [swift-evolution] [Review] SE-0096: Converting dynamicType from a property to an operator   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   plx
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Rod Brown
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Brandon Knope
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Jeremy Pereira
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Thorsten Seitz
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Haravikk
• [swift-evolution] [Pitch] Brace omission for single-statement n-ary closures   Patrick Smith
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Thorsten Seitz
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Jose Cheyo Jimenez
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Jordan Rose
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Charlie Monroe
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Dmitri Gribenko
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Jordan Rose
• [swift-evolution] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Xiaodi Wu
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Charlie Monroe
• [swift-evolution] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Vladimir.S
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Dave Abrahams
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Tony Allevato
• [swift-evolution] [Pitch] Circling back to `with`   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Joe Groff
• [swift-evolution] [Pitch] Circling back to `with`   Adriano Ferreira
• [swift-evolution] [Pitch] Circling back to `with`   Erica Sadun
• [swift-evolution] [Review] SE-0096: Converting dynamicType from a property to an operator   Michael Peternell
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Joe Groff
• [swift-evolution] [Review] SE-0096: Converting dynamicType from a property to an operator   Brent Royal-Gordon
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Jānis Kiršteins
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0096: Converting dynamicType from a property to an operator   Joe Groff
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Charlie Monroe
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Dave Abrahams
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Erica Sadun
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Erica Sadun
• [swift-evolution] [Draft] Automatically deriving Equatable   Jan E. Schotsman
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Jan E. Schotsman
• [swift-evolution] [Pitch] Circling back to `with`   Brent Royal-Gordon
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Erica Sadun
• [swift-evolution] [Pitch] Remove associated type inference   David Hart
• [swift-evolution] [Pitch] Remove associated type inference   Dmitri Gribenko
• [swift-evolution] [Pitch] Remove associated type inference   David Hart
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Karl Wagner
• [swift-evolution] [Pitch] Remove associated type inference   Matthew Johnson
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Dave Abrahams
• [swift-evolution] [Pitch] Remove associated type inference   Dmitri Gribenko
• [swift-evolution] [Pitch] Remove associated type inference   Leonardo Pessoa
• [swift-evolution] [Pitch] Remove associated type inference   Haravikk
• [swift-evolution] [Pitch] Remove associated type inference   Leonardo Pessoa
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Leonardo Pessoa
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Leonardo Pessoa
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Kevin Ballard
• [swift-evolution] [Idea] A 128-bit unsigned integer value type   Dave Abrahams
• [swift-evolution] [Pitch] Remove associated type inference   Dmitri Gribenko
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Hart
• [swift-evolution] [Pitch] Remove associated type inference   David Hart
• [swift-evolution] [Pitch] Circling back to `with`   Dany St-Amant
• [swift-evolution] [Pitch] Remove associated type inference   Matthew Johnson
• [swift-evolution] [Pitch] Remove associated type inference   Sean Heber
• [swift-evolution] [Pitch] Brace omission for single-statement n-ary closures   Brent Royal-Gordon
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Brent Royal-Gordon
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Brent Royal-Gordon
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Patrick Smith
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Mark Lacey
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Stuart Breckenridge
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Mark Sands
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Patrick Smith
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Leonardo Pessoa
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Patrick Smith
• [swift-evolution] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Jacob Bandes-Storch
• [swift-evolution] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   David Sweeris
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Jordan Rose
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Jacob Bandes-Storch
• [swift-evolution] Fwd: [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Jordan Rose
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [Rejected] SE-0084: Allow trailing commas in parameter lists and tuples   Chris Lattner
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Sweeris
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Austin Zheng
• [swift-evolution] [Pitch] Remove associated type inference   T.J. Usiyan
• [swift-evolution] [Pitch] Remove associated type inference   Austin Zheng
• [swift-evolution] [Rejected] SE-0087: Rename lazy to @lazy   Chris Lattner
• [swift-evolution] [Rejected] SE-0084: Allow trailing commas in parameter lists and tuples   Erica Sadun
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   David Sweeris
• [swift-evolution] [Pitch] Remove associated type inference   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Pitch] Remove associated type inference   Austin Zheng
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Patrick Smith
• [swift-evolution] [Pitch] Remove associated type inference   Matthew Johnson
• [swift-evolution] [Pitch] Remove associated type inference   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Deferred to later in Swift 3] SE-0083: Remove bridging conversion behavior from dynamic casts   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Accepted with Revision] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Pitch] Remove associated type inference   Patrick Smith
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Callionica (Swift)
• [swift-evolution] [Deferred] SE-0090: Remove .self and freely allow type references in expressions   Chris Lattner
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Stuart Breckenridge
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Charlie Monroe
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Charlie Monroe
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Charlie Monroe
• [swift-evolution] [Pitch] Brace omission for single-statement n-ary closures   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Jānis Kiršteins
• [swift-evolution] [Pitch] Remove associated type inference   David Hart
• [swift-evolution] [Pitch] Remove associated type inference   David Hart
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Hart
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Hart
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Hart
• [swift-evolution] Enhanced existential types proposal discussion   Goffredo Marocchi
• [swift-evolution] [Pitch] Remove associated type inference   Goffredo Marocchi
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] Discussion: Enforce usage of @available on enum cases   Stuart Breckenridge
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   David Hart
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   David Hart
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Michael Peternell
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Leonardo Pessoa
• [swift-evolution] Enhanced existential types proposal discussion   Taras Zakharko
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Thorsten Seitz
• [swift-evolution] [Pitch] Exhaustive pattern matching for protocols and classes   Matthew Johnson
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Thorsten Seitz
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Pitch] Remove associated type inference   Matthew Johnson
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Jan E. Schotsman
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   plx
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Jan E. Schotsman
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Vladimir.S
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Mark Lacey
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Thorsten Seitz
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Jānis Kiršteins
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   T.J. Usiyan
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Vladimir.S
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Thorsten Seitz
• [swift-evolution] [Pitch] Exhaustive pattern matching forprotocols and classes   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Michael Peternell
• [swift-evolution] [Pitch] Remove associated type inference   Ryan Lovelett
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Ross O'Brien
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Charlie Monroe
• [swift-evolution] Add a stride(by:) method to ClosedRange   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Dave Abrahams
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] [Pitch] Allow explicit specialization of generic functions   Callionica (Swift)
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [Proposal] Enums with static stored properties foreach case   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Pitch] Remove associated type inference   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Vladimir.S
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Leonardo Pessoa
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   T.J. Usiyan
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [Proposal] Enums with static stored propertiesforeach case   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Remove associated type inference   L. Mihalkovic
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Dave Abrahams
• [swift-evolution] [Pitch] Remove associated type inference   Xiaodi Wu
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [swift-users] Unsafe(Mutable)Pointer (suc)predecessor and advancedBy functions   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   David Hart
• [swift-evolution] [Pitch] Remove associated type inference   David Sweeris
• [swift-evolution] Proposal SE-0009 Reconsideration   Paul Ossenbruggen
• [swift-evolution] [Accepted] SE-0093: Adding a public base property to slices   Dave Abrahams
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Leonardo Pessoa
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Leonardo Pessoa
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Proposal] Enums with staticstoredpropertiesforeach case   Leonardo Pessoa
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Charlie Monroe
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Accepted with modifications] SE-0045: Add scan, prefix(while:), drop(while:), and unfold to the stdlib   Dave Abrahams
• [swift-evolution] [Accepted with modifications] SE-0045: Add scan, prefix(while:), drop(while:), and unfold to the stdlib   Dave Abrahams
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   Brent Royal-Gordon
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Brent Royal-Gordon
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Vladimir.S
• [swift-evolution] [Deferred] SE-0090: Remove .self and freely allow type references in expressions   Joe Groff
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Dave Abrahams
• [swift-evolution] [Idea] A 128-bit unsigned integer value type   Max Moiseev
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Nate Cook
• [swift-evolution] [Proposal] Enums with static storedpropertiesforeach case   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Paul Ossenbruggen
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Brent Royal-Gordon
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Matthew Johnson
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Charles Srstka
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Xiaodi Wu
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Xiaodi Wu
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Callionica (Swift)
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Brent Royal-Gordon
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   David Sweeris
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   L. Mihalkovic
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Pitch] Property reflection   David Hart
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Daniel Vollmer
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   L. Mihalkovic
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Xiaodi Wu
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Stuart Breckenridge
• [swift-evolution] [Pitch] Property reflection   L. Mihalkovic
• [swift-evolution] [Pitch] Property reflection   Goffredo Marocchi
• [swift-evolution] [Pitch] Property reflection   L. Mihalkovic
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [PITCH] ADD AN @RESTRICTED DECLARATION ATTRIBUTE   Haravikk
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Pitch] Property reflection   Charlie Monroe
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Idea] Switch Statement with Optional Binding   Natthan Leong
• [swift-evolution] Enhanced existential types proposal discussion   Brent Royal-Gordon
• [swift-evolution] [Pitch] Property reflection   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] Enhanced existential types proposal discussion   L. Mihalkovic
• [swift-evolution] [Pitch] Property reflection   David Hart
• [swift-evolution] [Pitch] Property reflection   Anders Ha
• [swift-evolution] Enhanced existential types proposal discussion   L. Mihalkovic
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Vladimir.S
• [swift-evolution] [Pitch] Property reflection   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Proposal] Enums with static stored propertiesfor each case   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Vladimir.S
• [swift-evolution] [Pitch] Property reflection   L Mihalkovic
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Brent Royal-Gordon
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Charlie Monroe
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   L Mihalkovic
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Patrick Smith
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [Pitch] Property reflection   Anders Ha
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   plx
• [swift-evolution] [Pitch] Property reflection   plx
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Evan Maloney
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   L Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace protocol<P1, P2> syntax with Any<P1, P2>   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   plx
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   plx
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Anders Ha
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [Idea] Switch Statement with Optional Binding   Kevin Nattinger
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] Pitch: Small fix to where clauses in generics   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [Idea] Switch Statement with Optional Binding   Natthan Leong
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   John McCall
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Vladimir.S
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] Foundational Algorithms prototype   Dave Abrahams
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Pitch] Property reflection   Ricardo Parada
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Xiaodi Wu
• [swift-evolution] [Pitch] Property reflection   Austin Zheng
• [swift-evolution] Proposal SE-0009 Reconsideration   Tyler Cloutier
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] Allow partial applications of mutating methods in @noescape contexts   Tim Vermeulen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   plx
• [swift-evolution] [Pitch] Circling back to `with`   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   L Mihalkovic
• [swift-evolution] [Pitch] Property reflection   Brent Royal-Gordon
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Ricardo Parada
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Dave Abrahams
• [swift-evolution] [Pitch] Property reflection   Ricardo Parada
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Charles Srstka
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Dave Abrahams
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Pitch] Property reflection   Brent Royal-Gordon
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   plx
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Brent Royal-Gordon
• [swift-evolution] [Pitch] Property reflection   Anders Ha
• [swift-evolution] [Pitch] Property reflection   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Alejandro Martinez
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Brent Royal-Gordon
• [swift-evolution] [Pitch] Property reflection   L Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Brent Royal-Gordon
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Rod Brown
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Matthew Johnson
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Erica Sadun
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [Pitch] Circling back to `with`   Patrick Smith
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Dennis Weissmann
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Brent Royal-Gordon
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Brian Christensen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   L. Mihalkovic
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Patrick Smith
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Goffredo Marocchi
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   David Hart
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   David Hart
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   David Hart
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   David Hart
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Goffredo Marocchi
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   L. Mihalkovic
• [swift-evolution] [Pitch] Make `return` optional in computed properties for a single case   Haravikk
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Антон Жилин
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Jānis Kiršteins
• [swift-evolution] No access to list of environment variables possible from within Swift   Johannes Schriewer
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] [Proposal] Enums with static stored propertiesfor each case   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Austin Zheng
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Haravikk
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Haravikk
• [swift-evolution] [Proposal] Enums with static stored propertiesfor each case   Jānis Kiršteins
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Thorsten Seitz
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Thorsten Seitz
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Xiaodi Wu
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Cheyo Ximenez
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   T.J. Usiyan
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Matthew Johnson
• [swift-evolution] [Review] SE-0097: Normalizing naming for "negative" attributes   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Proposal] Enums with static storedpropertiesfor each case   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Haravikk
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Pre-proposal] Replace [Foo] With CollectionType   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] Variadic generics discussion   Daniel Vollmer
• [swift-evolution] Variadic generics discussion   Xiaodi Wu
• [swift-evolution] Variadic generics discussion   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [Proposal] Protected Access Level   Vanderlei Martinelli
• [swift-evolution] [Proposal] Protected Access Level   Xiaodi Wu
• [swift-evolution] [Proposal] Protected Access Level   Leonardo Pessoa
• [swift-evolution] [Pitch] #warning   Harlan Haskins
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Pitch] #warning   Robert Widmann
• [swift-evolution] [Proposal] Protected Access Level   Brent Royal-Gordon
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Pedro Vieira
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Brent Royal-Gordon
• [swift-evolution] Variadic generics discussion   Matthew Johnson
• [swift-evolution] [Pitch] Circling back to `with`   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Jon Shier
• [swift-evolution] [Pitch] #warning   Jon Shier
• [swift-evolution] [Pitch] #warning   Harlan Haskins
• [swift-evolution] [Pitch] #warning   Robert Widmann
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Patrick Smith
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Xiaodi Wu
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Proposal] Protected Access Level   Riley Testut
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Jon Shier
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   T.J. Usiyan
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Jānis Kiršteins
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Xiaodi Wu
• [swift-evolution] Variadic generics discussion   L. Mihalkovic
• [swift-evolution] [Pitch] #warning   Charlie Monroe
• [swift-evolution] [Proposal] Protected Access Level   Charlie Monroe
• [swift-evolution] [Proposal] Protected Access Level   Goffredo Marocchi
• [swift-evolution] [Proposal] Protected Access Level   Charlie Monroe
• [swift-evolution] Variadic generics discussion   Daniel Vollmer
• [swift-evolution] [Proposal] Protected Access Level   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Charlie Monroe
• [swift-evolution] [Proposal] Protected Access Level   Charlie Monroe
• [swift-evolution] [Proposal] Protected Access Level   Rod Brown
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Proposal] Protected Access Level   Goffredo Marocchi
• [swift-evolution] Variadic generics discussion   Matthew Johnson
• [swift-evolution] [Proposal] Protected Access Level   L Mihalkovic
• [swift-evolution] [Proposal] Protected Access Level   Leonardo Pessoa
• [swift-evolution] [Proposal] Protected Access Level   Leonardo Pessoa
• [swift-evolution] Variadic generics discussion   Leonardo Pessoa
• [swift-evolution] [Proposal] Enums with static stored properties for each case   Leonardo Pessoa
• [swift-evolution] [Proposal] Protected Access Level   Goffredo Marocchi
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Vladimir.S
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Vladimir.S
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Vladimir.S
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   plx
• [swift-evolution] [Draft] Automatically deriving Equatable and Hashable for certain value types   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Thorsten Seitz
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Thorsten Seitz
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [Proposal] Protected Access Level   L Mihalkovic
• [swift-evolution] Variadic generics discussion   plx
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Property reflection   plx
• [swift-evolution] [Proposal] Protected Access Level   Tino Heth
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Pitch] Expose assert configuration functions in standard library   Erica Sadun
• [swift-evolution] [Pitch] Expose assert configuration functions in standard library   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Chris Lattner
• [swift-evolution] [Pitch] #warning   Chris Lattner
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Pitch] #warning   Erica Sadun
• [swift-evolution] [Returned for revision] SE-0050: Decoupling Floating Point Strides from Generic Implementations   Chris Lattner
• [swift-evolution] Core team review process update   Chris Lattner
• [swift-evolution] [Pitch] #warning   Chris Lattner
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Tuple Destructuring in Parameter Lists   Dennis Weissmann
• [swift-evolution] [Proposal] Protected Access Level   Vanderlei Martinelli
• [swift-evolution] [Pitch] #warning   Will Stanton
• [swift-evolution] Enhanced existential types proposal discussion   Charles Srstka
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   David Hart
• [swift-evolution] Enhanced existential types proposal discussion   Charles Srstka
• [swift-evolution] [Proposal] Protected Access Level   Leonardo Pessoa
• [swift-evolution] [Pitch] #warning   Leonardo Pessoa
• [swift-evolution] [Proposal] Protected Access Level   Callionica (Swift)
• [swift-evolution] [Proposal] Protected Access Level   Callionica (Swift)
• [swift-evolution] [Proposal] Protected Access Level   Rod Brown
• [swift-evolution] [Proposal] Protected Access Level   Vanderlei Martinelli
• [swift-evolution] [Proposal] Protected Access Level   Brent Royal-Gordon
• [swift-evolution] [Proposal] Protected Access Level   Vanderlei Martinelli
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Proposal] Protected Access Level   Brent Royal-Gordon
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] [Proposal] Protected Access Level   Rod Brown
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Brandon Knope
• [swift-evolution] [swift-evolution-announce] [Review] SE-0099: Restructuring Condition Clauses   Xiaodi Wu
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Charles Srstka
• [swift-evolution] Variadic generics discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] Variadic generics discussion   Austin Zheng
• [swift-evolution] Variadic generics discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Proposal] Protected Access Level   Callionica (Swift)
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz

Last message date: Sun May 29 23:49:26 CDT 2016
Archived on: Tue May 31 10:48:27 CDT 2016

• Messages sorted by: [ thread ] [ subject ] [ author ]
• More info on this list...