The Week Of Monday 11 July 2016 Archives by thread

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

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

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