The Week Of Monday 11 July 2016 Archives by date

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

Starting: Mon Jul 11 00:01:36 CDT 2016
Ending: Sun Jul 17 23:47:39 CDT 2016
Messages: 612

• [swift-evolution] [Pitch] Extending Swift Literals   Xiaodi Wu
• [swift-evolution] [Pitch] Introduce continue to switch statements   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Patrick Pijnappel
• [swift-evolution] Change subscripts to use colons   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Jacob Bandes-Storch
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   David Owens II
• [swift-evolution] [Pitch] Extending Swift Literals   Saagar Jha
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [Pitch] Introduce continue to switch statements   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Erica Sadun
• [swift-evolution] [Pitch] Extending Swift Literals   Zach Waldowski
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Austin Zheng
• [swift-evolution] [Pitch] Extending Swift Literals   Erica Sadun
• [swift-evolution] [Pitch] Introduce continue to switch statements   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Jacob Bandes-Storch
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [Pitch] Extending Swift Literals   Xiaodi Wu
• [swift-evolution] [Pitch] Extending Swift Literals   Erica Sadun
• [swift-evolution] [Pitch] Introduce continue to switch statements   Remy Demarest
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Mark Lacey
• [swift-evolution] [Pitch] Introduce continue to switch statements   Xiaodi Wu
• [swift-evolution] [Pitch] Extending Swift Literals   Charlie Monroe
• [swift-evolution] [Pitch] Extending Swift Literals   Xiaodi Wu
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   David Owens II
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   David Owens II
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Austin Zheng
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Xiaodi Wu
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Rod Brown
• [swift-evolution] [Pitch] Introduce continue to switch statements   Xiaodi Wu
• [swift-evolution] [Pitch] Extending Swift Literals   David Sweeris
• [swift-evolution] [Pitch] Extending Swift Literals   Xiaodi Wu
• [swift-evolution] [Pitch] Introduce continue to switch statements   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Goffredo Marocchi
• [swift-evolution] [Pitch] Introduce continue to switch statements   G B
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   David Hart
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Colin Cornaby
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   David Owens II
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   L. Mihalkovic
• [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type)   Ben Rimmington
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Tino Heth
• [swift-evolution] [Pitch] Introduce continue to switch statements   Jacopo Andrea Giola
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Tino Heth
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Goffredo Marocchi
• [swift-evolution] [Idea] Wrap switch cases in curly braces   James Froggatt
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Tino Heth
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Tino Heth
• [swift-evolution] [Pitch] Introduce continue to switch statements   Haravikk
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] [Pitch] Introduce continue to switch statements   Ross O'Brien
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Pitch] Extending Swift Literals   Daniel Steinberg
• [swift-evolution] [Pitch] Extending Swift Literals   Daniel Steinberg
• [swift-evolution] [Pitch] Extending Swift Literals   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Matthew Johnson
• [swift-evolution] [Pitch] Extending Swift Literals   Matthew Johnson
• [swift-evolution] [Pitch] Introduce continue to switch statements   Rob Mayoff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Leonardo Pessoa
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [Pitch] Introduce continue to switch statements   Leonardo Pessoa
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Ankit Agarwal
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type)   Andrew Trick
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type)   Dave Abrahams
• [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type)   Andrew Trick
• [swift-evolution] Change subscripts to use colons   Chris Lattner
• [swift-evolution] [meta] additional input during public reviews   Jose Cheyo Jimenez
• [swift-evolution] [meta] additional input during public reviews   Xiaodi Wu
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Dave Abrahams
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Goffredo Marocchi
• [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection   Dave Abrahams
• [swift-evolution] Addition of a standardError OutputStream   Dave Abrahams
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] Addition of a standardError OutputStream   Saagar Jha
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Matthew Johnson
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Ricardo Parada
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] Addition of a standardError OutputStream   Erica Sadun
• [swift-evolution] Addition of a standardError OutputStream   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Erica Sadun
• [swift-evolution] Addition of a standardError OutputStream   Erica Sadun
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] Change subscripts to use colons   Sean Heber
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Tony Allevato
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] Addition of a standardError OutputStream   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] Addition of a standardError OutputStream   Zach Waldowski
• [swift-evolution] Addition of a standardError OutputStream   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection   Haravikk
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [Pitch] Extending Swift Literals   Georgios Moschovitis
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] Addition of a standardError OutputStream   David Hart
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Kurt Werle
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Andre Elder
• [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection   Tim Vermeulen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   Dave Abrahams
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Xiaodi Wu
• [swift-evolution] Change subscripts to use colons   Tim Vermeulen
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   G B
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] Change subscripts to use colons   Jacob Bandes-Storch
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   G B
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] Change subscripts to use colons   Tim Vermeulen
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   Chris Lattner
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Chris Lattner
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   Chris Lattner
• [swift-evolution] [meta] additional input during public reviews   Chris Lattner
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Tony Allevato
• [swift-evolution] [Pitch] Introduce continue to switch statements   Chris Lattner
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   G B
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Károly Lőrentey
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet`   Chris Lattner
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Chris Lattner
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jonathan Hull
• [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet`   David Sweeris
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Stephen Canon
• [swift-evolution] [pitch] remove global sqrt<T: FloatingPoint>   Chris Lattner
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   Chris Lattner
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Goffredo Marocchi
• [swift-evolution] [Accepted] SE-0114: Updating Buffer "Value" Names to "Header" Names   Chris Lattner
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0115: Rename Literal Syntax Protocols   Robert Widmann
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Colin Cornaby
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Xiaodi Wu
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   Jacob Bandes-Storch
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   Xiaodi Wu
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   Jacob Bandes-Storch
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Daniel Dunbar
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   David Sweeris
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Károly Lőrentey
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Xiaodi Wu
• [swift-evolution] [Accepted] SE-0115: Rename Literal Syntax Protocols   David Sweeris
• [swift-evolution] adding Obj-C syntax to Swift?   Ford Prefect
• [swift-evolution] Optional comparison operators   David Sweeris
• [swift-evolution] Improve Swift APIs for NSExpression and NSIncrementalStore   Andrew Tetlaw
• [swift-evolution] Optional comparison operators   Saagar Jha
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] adding Obj-C syntax to Swift?   Saagar Jha
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] [Pitch] Require "infix" for infix operator function declarations   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] [Accepted] SE-0112: Improved NSError Bridging   Chris Lattner
• [swift-evolution] adding Obj-C syntax to Swift?   Josh Parmenter
• [swift-evolution] [Accepted] SE-0112: Improved NSError Bridging   Charles Srstka
• [swift-evolution] adding Obj-C syntax to Swift?   Félix Cloutier
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] [Pitch] Require "infix" for infix operator function declarations   Saagar Jha
• [swift-evolution] adding Obj-C syntax to Swift?   Chris Lattner
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Thorsten Seitz
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   David Sweeris
• [swift-evolution] [Pitch] Require "infix" for infix operator function declarations   G B
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Change subscripts to use colons   David Hart
• [swift-evolution] Optional comparison operators   David Hart
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Change subscripts to use colons   Saagar Jha
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Tino Heth
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Change subscripts to use colons   Tim Vermeulen
• [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type)   Andrew Trick
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Optional comparison operators   Xiaodi Wu
• [swift-evolution] adding Obj-C syntax to Swift?   L. Mihalkovic
• [swift-evolution] Optional comparison operators   Charlie Monroe
• [swift-evolution] adding Obj-C syntax to Swift?   Goffredo Marocchi
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Rod Brown
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Goffredo Marocchi
• [swift-evolution] [Pitch] Require "infix" for infix operator function declarations   Anton Zhilin
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Rod Brown
• [swift-evolution] [Pitch] Require "infix" for infix operator function declarations   Xiaodi Wu
• [swift-evolution] An Alternative for Extensibility Modifiers   Jonathan Hull
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] Change subscripts to use colons   Tim Vermeulen
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Tino Heth
• [swift-evolution] Change subscripts to use colons   James Froggatt
• [swift-evolution] An Alternative for Extensibility Modifiers   Károly Lőrentey
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Max Desiatov
• [swift-evolution] An Alternative for Extensibility Modifiers   Charlie Monroe
• [swift-evolution] An Alternative for Extensibility Modifiers   James Campbell
• [swift-evolution] An Alternative for Extensibility Modifiers   Jonathan Hull
• [swift-evolution] An Alternative for Extensibility Modifiers   Jonathan Hull
• [swift-evolution] An Alternative for Extensibility Modifiers   Károly Lőrentey
• [swift-evolution] [Accepted] SE-0112: Improved NSError Bridging   Shawn Erickson
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   Liam Stevenson
• [swift-evolution] Optional comparison operators   Sean Heber
• [swift-evolution] Optional comparison operators   Nevin Brackett-Rozinsky
• [swift-evolution] [Pitch] Introduce continue to switch statements   John McCall
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jon Akhtar
• [swift-evolution] [Pitch] Introduce continue to switch statements   Erica Sadun
• [swift-evolution] [Pitch] Introduce continue to switch statements   Daniel Steinberg
• [swift-evolution] [Pitch] Introduce continue to switch statements   Douglas Gregor
• [swift-evolution] [Pitch] Introduce continue to switch statements   Leonardo Pessoa
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   David Hart
• [swift-evolution] [Pitch] Introduce continue to switch statements   David Hart
• [swift-evolution] [Pitch] Introduce continue to switch statements   Taras Zakharko
• [swift-evolution] [Pitch] Introduce continue to switch statements   Douglas Gregor
• [swift-evolution] [Pitch] Introduce continue to switch statements   Taras Zakharko
• [swift-evolution] Optional comparison operators   Mark Lacey
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0115: Rename Literal Syntax Protocols   Dave Abrahams
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols   Jordan Rose
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   Liam Stevenson
• [swift-evolution] Improve Swift APIs for NSExpression and NSIncrementalStore   Jordan Rose
• [swift-evolution] Avoiding back breaking changes and removals.   Ted F.A. van Gaalen
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Chris Lattner
• [swift-evolution] [Review] SE-0120: Revise 'partition' Method Signature   Chris Lattner
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Ankit Agarwal
• [swift-evolution] [Review] SE-0120: Revise 'partition' Method Signature   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Chris Lattner
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] Optional comparison operators   Chris Lattner
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Adrian Zubarev
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Taras Zakharko
• [swift-evolution] Optional comparison operators   Jacob Bandes-Storch
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   Goffredo Marocchi
• [swift-evolution] [swift-evolution-announce] [Review] SE-0120: Revise 'partition' Method Signature   Paul Cantrell
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Sean Heber
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jean-Denis Muys
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   David Owens II
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0115: Rename Literal Syntax Protocols   Xiaodi Wu
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] IDEA: Optional parameters bridge to Obj-C as distinct selectors   Jared Sorge
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Jordan Rose
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Jose Cheyo Jimenez
• [swift-evolution] Searchable list   David Shaw
• [swift-evolution] Searchable list   Austin Zheng
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   Dmitri Gribenko
• [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Chris Lattner
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   Xiaodi Wu
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0120: Revise 'partition' Method Signature   Dave Abrahams
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   David Waite
• [swift-evolution] Optional comparison operators   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0120: Revise 'partition' Method Signature   Dave Abrahams
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Gwynne Raskind
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Ash Furrow
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Scott James Remnant
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Shawn Erickson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0120: Revise 'partition' Method Signature   Paul Cantrell
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   David Owens II
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Chris Lattner
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Robert Widmann
• [swift-evolution] [Review] SE-0120: Revise 'partition' Method Signature   Nate Cook
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   David Hart
• [swift-evolution] An Alternative for Extensibility Modifiers   Tino Heth
• [swift-evolution] [Accepted] SE-0109: Remove the Boolean protoco   Douglas Gregor
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Honza Dvorsky
• [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Rod Brown
• [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly   Rod Brown
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Haravikk
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Brent Royal-Gordon
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0120: Revise 'partition' Method Signature   Károly Lőrentey
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Pitch] Giving functions default return values   Tim Vermeulen
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Daniel Dunbar
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   Anton Zhilin
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] [Pitch] Giving functions default return values   Charlie Monroe
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Anders Bertelrud
• [swift-evolution] [swift-dev] Bugs not reproducible on master   Robert Widmann
• [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control   Ankit Agarwal
• [swift-evolution] Proposal: Extend Optional Chaining to Function, Initializer, and Subscript Parameters   Liam Stevenson
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Karl
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Accepted] SE-0086 "Drop NS Prefix in Swift Foundation"   Douglas Gregor
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Anthony Chivetta
• [swift-evolution] [swift-evolution-announce] [Review] SE-0119: Remove access modifiers from extensions   Jordan Rose
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Pierre Habouzit
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Karl
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   John McCall
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Jose Cheyo Jimenez
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Karl
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   John McCall
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Daniel A. Steffen
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Nevin Brackett-Rozinsky
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols   Douglas Gregor
• [swift-evolution] [Pitch] Giving functions default return values   Tim Vermeulen
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Karl
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols   Xiaodi Wu
• [swift-evolution] [Pitch] Giving functions default return values   Xiaodi Wu
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Pierre Habouzit
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Karl
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Idea][Swift 3] Change 'DispatchQueue.after' to take a relative time + clock (with default). Maybe replace clocks with an enum?   Ben Rimmington
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Arnold Schwaighofer
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Dave Abrahams
• [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements   Jasdev Singh
• [swift-evolution] [Accepted] SE-0118: Closure Parameter Names and Labels   Chris Lattner
• [swift-evolution] [Accepted] SE-0107: UnsafeRawPointer API   Chris Lattner
• [swift-evolution] [Accepted] SE-0091: Improving operator requirements in protocols   Chris Lattner
• [swift-evolution] [Accepted] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Chris Lattner
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Chris Lattner
• [swift-evolution] [Accepted] SE-0091: Improving operator requirements in protocols   Chris Lattner
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   David Hart
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Goffredo Marocchi
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Taras Zakharko
• [swift-evolution] [Meta] Proposal status page   Jacob Bandes-Storch
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   Jonathan Hull
• [swift-evolution] [SE-0088] Dispatch API names   Karl
• [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Tino Heth
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Vladimir.S
• [swift-evolution] executing a string   Ford Prefect
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Chris Lattner
• [swift-evolution] executing a string   Tino Heth
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Erica Sadun
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Ben Rimmington
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Charles Srstka
• [swift-evolution] [SE-0088] Dispatch API names   Matt Wright
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Dan Appel
• [swift-evolution] [Meta] Proposal status page   Jacob Bandes-Storch
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Daniel Resnick
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Chris Lattner
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Dan Stenmark
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Paul Cantrell
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Charles Srstka
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Austin Zheng
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Dan Appel
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Dan Stenmark
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   David Waite
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Charles Srstka
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   David Waite
• [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels   Diego Sánchez
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Paul Cantrell
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] executing a string   Saagar Jha
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Brent Royal-Gordon
• [swift-evolution] [Meta] Proposal status page   Felipe Cypriano
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] executing a string   Karl
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Chris Lattner
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Chris Lattner
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Chris Lattner
• [swift-evolution] executing a string   Félix Cloutier
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Charlie Monroe
• [swift-evolution] executing a string   Josh Parmenter
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Charles Srstka
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Fabian Ehrentraud
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Brent Royal-Gordon
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Fabian Ehrentraud
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Karl
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Riley Testut
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Taras Zakharko
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Haravikk
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Tino Heth
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Shawn Erickson
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Arnold Schwaighofer
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Charlie Monroe
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Meta] Proposal status page   Thorsten Seitz
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   L. Mihalkovic
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Leonardo Pessoa
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Chris Lattner
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Saagar Jha
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Dmitri Gribenko
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Saagar Jha
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] Endgame for Swift 3   Ted Kremenek
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Charles Srstka
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] Endgame for Swift 3   Will Field-Thompson
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Chris Lattner
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] Endgame for Swift 3   Ted kremenek
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Chris Lattner
• [swift-evolution] [swift-dev] Endgame for Swift 3   Dmitri Gribenko
• [swift-evolution] Fixing the confusion between non-mutating algorithms and single-pass sequences   Dave Abrahams
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Proposal] Variadics as Attribute   Tino Heth
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] Discussion: Last chance to rename .self and .Self?   Brandon Knope
• [swift-evolution] Discussion: Last chance to rename .self and .Self?   Adrian Zubarev
• [swift-evolution] Visibility into timeline for proposals left in "Awaiting Review" for a while?   Evan Maloney
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   David Sweeris
• [swift-evolution] Discussion: Last chance to rename .self and .Self?   Brandon Knope
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Review #2] SE-0101: Reconfiguring sizeof and related functions into a unified MemoryLayout struct   Dave Abrahams
• [swift-evolution] [Pitch] `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Dave Abrahams
• [swift-evolution] [swift-dev] Endgame for Swift 3   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Andre Elder
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] Visibility into timeline for proposals left in "Awaiting Review" for a while?   Jacob Bandes-Storch
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Susan Cheng
• [swift-evolution] [PITCH] Improved error handling for async Cocoa methods   Karl Wagner
• [swift-evolution] [swift-dev] Endgame for Swift 3   Karl Wagner
• [swift-evolution] [swift-dev] Endgame for Swift 3   Patrick Pijnappel
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Chris Lattner
• [swift-evolution] [Review] SE-0124: `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Chris Lattner
• [swift-evolution] [Review] SE-0124: `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Jacob Bandes-Storch
• [swift-evolution] [swift-dev] Endgame for Swift 3   Greg Titus
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Rod Brown
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Taras Zakharko
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [swift-dev] Endgame for Swift 3   Karl
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Andre
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Andre
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   David Hart
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   T.J. Usiyan
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Karl
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Karl
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Karl
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   T.J. Usiyan
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Jose Cheyo Jimenez
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Jean-Daniel Dupas
• [swift-evolution] [Review] SE-0124: `Int.init(ObjectIdentifier)` and `UInt.init(ObjectIdentifier)` should have a `bitPattern:` label   Hooman Mehr
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Taras Zakharko
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Matthew Johnson
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Anton Zhilin
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Paul Cantrell
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Jose Cheyo Jimenez
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   T.J. Usiyan
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Adrian Zubarev
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   John McCall
• [swift-evolution] adding Obj-C syntax to Swift?   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   L. Mihalkovic
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Update + Commentary] SE-0111: Remove type system significance of function argument labels   Thorsten Seitz
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold Schwaighofer
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Dmitri Gribenko
• [swift-evolution] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Mike Sanderson
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Jaden Geller
• [swift-evolution] Fixing modules that contain a type with the same name   David Hart
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0117: Default classes to be non-subclassable publicly   Károly Lőrentey
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Jose Cheyo Jimenez
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold Schwaighofer
• [swift-evolution] Fixing modules that contain a type with the same name   Károly Lőrentey
• [swift-evolution] Fixing modules that contain a type with the same name   Robert Widmann
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   T.J. Usiyan
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Andrew Trick
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   L. Mihalkovic
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Andrew Trick
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Andrew Trick
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold
• [swift-evolution] Pitch: Remove `NonObjectiveCBase` and replace `isUniquelyReferenced` by `isUniquelyReferencedUnsafe`   Arnold Schwaighofer
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Adrian Zubarev
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Brent Royal-Gordon
• [swift-evolution] [Pitch] Set of AnyObject by reference   张国晔
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Pitch] Set of AnyObject by reference   Tino Heth
• [swift-evolution] [Pitch] Set of AnyObject by reference   张国晔
• [swift-evolution] Nested for-in loops syntax   Maxim Bogdanov
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Tino Heth
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   L. Mihalkovic
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Adrian Zubarev
• [swift-evolution] [Discussion] Seal `T.Type` into `Type<T>`   Adrian Zubarev
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Károly Lőrentey
• [swift-evolution] [swift-evolution-announce] [Review] SE-0123: Disallow coercion to optionals in operator arguments   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0121: Remove `Optional` Comparison Operators   Brent Royal-Gordon
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Brent Royal-Gordon
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Johannes Neubauer
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Karl Wagner
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Adrian Zubarev
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] Nested for-in loops syntax   Nevin Brackett-Rozinsky
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Adrian Zubarev
• [swift-evolution] [Draft] Harmonize access modifiers for extensions   Xiaodi Wu
• [swift-evolution] [Proposal] Variadics as Attribute   Haravikk
• [swift-evolution] [Pitch] Set of AnyObject by reference   Dmitri Gribenko
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Jose Cheyo Jimenez
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Garth Snyder
• [swift-evolution] [Review] SE-0119: Remove access modifiers from extensions   Xiaodi Wu
• [swift-evolution] Nested for-in loops syntax   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Xiaodi Wu
• [swift-evolution] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Dave Abrahams
• [swift-evolution] [Idea] Wrap switch cases in curly braces   G B
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   Scott James Remnant
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Félix Cloutier
• [swift-evolution] [Pitch] Set of AnyObject by reference   张国晔
• [swift-evolution] [swift-evolution-announce] [Review #2] SE-0117: Default classes to be non-subclassable publicly   L. Mihalkovic
• [swift-evolution] Proposals: (1) Forbidding custom `==` for value types, (2) `dispatch` keyword, (3) `default`-result for methods with `Self`, and (4) Poor-Mans-Existentials   Susan Cheng

Last message date: Sun Jul 17 23:47:39 CDT 2016
Archived on: Mon Jul 18 13:24:00 CDT 2016

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