The Week Of Monday 4 July 2016 Archives by thread

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

Starting: Mon Jul 4 00:03:50 CDT 2016
Ending: Sun Jul 10 23:56:00 CDT 2016
Messages: 618

[swift-evolution] [Idea] Large integer literals Brent Royal-Gordon
[swift-evolution] [Proposal] Allow enumerating cases in enumerations Tino Heth
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Gabriel Lanata
  - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Leonardo Pessoa
[swift-evolution] [Proposal] Allow enumerating cases in enumerations Karl
[swift-evolution] [Idea] Large integer literals Dmitri Gribenko
[swift-evolution] [Review] SE-0111: Remove type system significance of function argument labels Tino Heth
- [swift-evolution] [Review] SE-0111: Remove type system significance of function argument labels Austin Zheng
  - [swift-evolution] [Review] SE-0111: Remove type system significance of function argument labels Tino Heth
[swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Tino Heth
[swift-evolution] [Proposal] Allow enumerating cases in enumerations Brent Royal-Gordon
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Karl
  - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Anton Zhilin
    - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Karl
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Leonardo Pessoa
  - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Brent Royal-Gordon
    - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Vladimir.S
    - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Leonardo Pessoa
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Jacob Bandes-Storch
[swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Dave Abrahams
[swift-evolution] [swift-evolution-announce] [Review] SE-0111: Remove type system significance of function argument labels Brent Royal-Gordon
- [swift-evolution] [swift-evolution-announce] [Review] SE-0111: Remove type system significance of function argument labels Vladimir.S
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0111: Remove type system significance of function argument labels Charlie Monroe
- [swift-evolution] [swift-evolution-announce] [Review] SE-0111: Remove type system significance of function argument labels Anton Zhilin
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0111: Remove type system significance of function argument labels Vladimir.S
[swift-evolution] Public classes with private superclass Tino Heth
- [swift-evolution] Public classes with private superclass Andre
  - [swift-evolution] Public classes with private superclass Charlie Monroe
    - [swift-evolution] Public classes with private superclass Haravikk
    - [swift-evolution] Public classes with private superclass Tino Heth
    - [swift-evolution] Public classes with private superclass Charlie Monroe
    - [swift-evolution] Public classes with private superclass Tino Heth
  - [swift-evolution] Public classes with private superclass Karl
    - [swift-evolution] Public classes with private superclass John McCall
[swift-evolution] Proposal: Deprecate optionals in string interpolation David Beck
- [swift-evolution] Proposal: Deprecate optionals in string interpolation Krystof Vasa
  - [swift-evolution] Proposal: Deprecate optionals in string interpolation James Campbell
    - [swift-evolution] Proposal: Deprecate optionals in string interpolation Shawn Erickson
    - [swift-evolution] Proposal: Deprecate optionals in string interpolation Shawn Erickson
[swift-evolution] [Review] SE-0111: Remove type system significance of function argument labels L. Mihalkovic
[swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Jose Cheyo Jimenez
- [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Charlie Monroe
  - [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Jose Cheyo Jimenez
    - [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Charlie Monroe
    - [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Xiaodi Wu
    - [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Charlie Monroe
[swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Karl Wagner
- [swift-evolution] Proposal: Remove the underscore and `in` for `for` loop Christopher Kornher
[swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type) Andrew Trick
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type) Chris Lattner
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (binding memory to type) Jacob Bandes-Storch
  - [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] [Review] SE-0107: UnsafeRawPointer API (binding memory to type) Andrew Trick
[swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Dave Abrahams
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Andrew Trick
  - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Dave Abrahams
    - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Andrew Trick
[swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) L. Mihalkovic
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Anton Zhilin
  - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API (initialize:with:) Andrew Trick
[swift-evolution] [Review] SE-0112: Improved NSError Bridging Ben Rimmington
- [swift-evolution] [Review] SE-0112: Improved NSError Bridging Douglas Gregor
  - [swift-evolution] [Review] SE-0112: Improved NSError Bridging Ben Rimmington
    - [swift-evolution] [Review] SE-0112: Improved NSError Bridging Douglas Gregor
    - [swift-evolution] [Review] SE-0112: Improved NSError Bridging Ben Rimmington
[swift-evolution] [Idea] Modification to Mirror struct to support dynamic reference cycle detection Uri Brecher
[swift-evolution] [Proposal] Disallow implicit conversion between function/closure with a list of parameters and with tuple parameter. Remove function type inconsistency. Greg Lutz
- [swift-evolution] [Proposal] Disallow implicit conversion between function/closure with a list of parameters and with tuple parameter. Remove function type inconsistency. Vladimir.S
[swift-evolution] [Proposal] Allow enumerating cases in enumerations James Campbell
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Charlie Monroe
  - [swift-evolution] [Proposal] Allow enumerating cases in enumerations James Campbell
    - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Charlie Monroe
    - [swift-evolution] [Proposal] Allow enumerating cases in enumerations Karl
- [swift-evolution] [Proposal] Allow enumerating cases in enumerations Vladimir.S
[swift-evolution] [Review] SE-0107: UnsafeRawPointer API Magnus Ahltorp
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API Andrew Trick
[swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Andrew Trick
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Dave Abrahams
  - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Andrew Trick
    - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Dave Abrahams
- [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Xiaodi Wu
  - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Andrew Trick
    - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Xiaodi Wu
    - [swift-evolution] [Review] SE-0107: UnsafeRawPointer API "initialize(from:forwardToCount:)" Andrew Trick
[swift-evolution] Fix or remove Swift.min and Swift.max? Dave Abrahams
[swift-evolution] Multiple protocols variable - automatic class-type inference Charlie Monroe
- [swift-evolution] Multiple protocols variable - automatic class-type inference Jordan Rose
[swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Chris Lattner
- [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Charlie Monroe
  - [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Joe Groff
    - [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Charlie Monroe
    - [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Daniel Resnick
- [swift-evolution] [swift-evolution-announce] [Review] SE-0116: Import Objective-C id as Swift Any type Scott James Remnant
- [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type David Rönnqvist
- [swift-evolution] [Review] SE-0116: Import Objective-C id as Swift Any type Ben Langmuir
[swift-evolution] Class mutation model and value-constrained protocols Dave Abrahams
- [swift-evolution] Class mutation model and value-constrained protocols Anton Zhilin
- [swift-evolution] Class mutation model and value-constrained protocols Chris Lattner
  - [swift-evolution] Class mutation model and value-constrained protocols Dave Abrahams
    - [swift-evolution] Class mutation model and value-constrained protocols Matthew Johnson
- [swift-evolution] Class mutation model and value-constrained protocols David Waite
[swift-evolution] [Draft] Rationalizing Sequence end-operation names Dave Abrahams
- [swift-evolution] [Draft] Rationalizing Sequence end-operation names Sean Heber
[swift-evolution] [swift-evolution-announce] [Review] SE-0107: UnsafeRawPointer API Andrew Trick
- [swift-evolution] [swift-evolution-announce] [Review] SE-0107: UnsafeRawPointer API Dave Abrahams
[swift-evolution] Class mutation model and value-constrained protocols Jonathan Hull
- [swift-evolution] Class mutation model and value-constrained protocols Sean Heber
- [swift-evolution] Class mutation model and value-constrained protocols Dave Abrahams
  - [swift-evolution] Class mutation model and value-constrained protocols Jonathan Hull
  - [swift-evolution] Class mutation model and value-constrained protocols Rod Brown
[swift-evolution] [Proposal] Remove force unwrapping in function signature. Saagar Jha
[swift-evolution] [swift-evolution-announce] [Review] SE-0107: UnsafeRawPointer API Andrew Trick
- [swift-evolution] [swift-evolution-announce] [Review] SE-0107: UnsafeRawPointer API Andrew Trick
[swift-evolution] [Proposal] Remove force unwrapping in function signature. William Jon Shipley
- [swift-evolution] [Proposal] Remove force unwrapping in function signature. Saagar Jha
[swift-evolution] [Pitch] Remove destructive consumption from Sequence David Waite
- [swift-evolution] [Pitch] Remove destructive consumption from Sequence Matthew Johnson
- [swift-evolution] [Pitch] Remove destructive consumption from Sequence Dave Abrahams
[swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Jordan Rose
- [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Dave Abrahams
  - [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Matthew Johnson
    - [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Dave Abrahams
    - [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Matthew Johnson
  - [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Erica Sadun
  - [swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Vladimir.S
[swift-evolution] [Review] SE-0110: Distinguish between single-tuple and multiple-argument function types Jordan Rose
- [swift-evolution] [Review] SE-0110: Distinguish between single-tuple and multiple-argument function types Duan
- [swift-evolution] [Review] SE-0110: Distinguish between single-tuple and multiple-argument function types Vladimir.S
[swift-evolution] [Pitch] Remove destructive consumption from Sequence David Waite
[swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Brian Gesiak
- [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Chris Lattner
  - [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Saleem Abdulrasool
    - [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" David Waite
    - [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Chris Lattner
    - [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Stuart Carnie
  - [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" L. Mihalkovic
[swift-evolution] Notification.Name Tony Parker
[swift-evolution] [swift-evolution-announce] [Review] SE-0107: UnsafeRawPointer API Dave Abrahams
[swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Chris Lattner
- [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Vladimir.S
- [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels David Rönnqvist
  - [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Dave Abrahams
- [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Erica Sadun
- [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Karl
- [swift-evolution] [swift-evolution-announce] [Review] SE-0118: Closure Parameter Names and Labels Jordan Rose
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0118: Closure Parameter Names and Labels Erica Sadun
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0118: Closure Parameter Names and Labels Dave Abrahams
- [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Taras Zakharko
  - [swift-evolution] [Review] SE-0118: Closure Parameter Names and Labels Dave Abrahams
- [swift-evolution] [swift-evolution-announce] [Review] SE-0118: Closure Parameter Names and Labels Kevin Ballard
[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Chris Lattner
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Austin Zheng
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Nikita Leonov
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Kevin Lundberg
  - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Chris Lattner
    - [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 Kevin Lundberg
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Brent Royal-Gordon
  - [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 Paul Cantrell
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Karl
  - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Brent Royal-Gordon
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Charlie Monroe
  - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Guillermo Peralta Scura
  - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [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 Jacopo Andrea Giola
  - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly James Campbell
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly T.J. Usiyan
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Aditya Krishnadevan
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Felipe Cypriano
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Vladimir.S
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly plx
- [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 Jose Cheyo Jimenez
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Leonardo Pessoa
  - [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 Leonardo Pessoa
    - [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 Felipe Cypriano
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Michael Peternell
  - [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] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Scott James Remnant
  - [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 Scott James Remnant
    - [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 Scott James Remnant
    - [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 Scott James Remnant
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Scott James Remnant
    - [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 Matthew Johnson
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Scott James Remnant
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Scott James Remnant
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Scott James Remnant
    - [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 Sean Heber
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Paul Cantrell
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Goffredo Marocchi
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Paul Cantrell
    - [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 Tino Heth
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Goffredo Marocchi
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly David Rönnqvist
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Ricardo Parada
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Brad Hilton
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Charlie Monroe
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly David Beck
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Russ Bishop
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Pyry Jahkola
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Jeremy Pereira
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Károly Lőrentey
  - [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 Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Andre
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Shawn Erickson
    - [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 Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Shawn Erickson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Andre
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Andre
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Jordan Rose
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Jose Cheyo Jimenez
    - [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 Jean-Daniel Dupas
    - [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 Matthew Johnson
    - [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 Matthew Johnson
    - [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 Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Shawn Erickson
    - [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 David Sweeris
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Mark Lacey
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Jose Cheyo Jimenez
    - [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 Ricardo Parada
    - [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 Károly Lőrentey
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Trent Nadeau
- [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 L. Mihalkovic
    - [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 Goffredo Marocchi
    - [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 Daniel Steinberg
  - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Károly Lőrentey
    - [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Charlie Monroe
    - [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 Paul Norton
- [swift-evolution] [swift-evolution-announce] [Review] SE-0117: Default classes to be non-subclassable publicly Kevin Ballard
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Andre
- [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] [Review] SE-0112: Improved NSError Bridging Ben Rimmington
- [swift-evolution] [Review] SE-0112: Improved NSError Bridging Douglas Gregor
  - [swift-evolution] [Review] SE-0112: Improved NSError Bridging Ben Rimmington
    - [swift-evolution] [Review] SE-0112: Improved NSError Bridging Douglas Gregor
[swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Chris Lattner
- [swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Saleem Abdulrasool
[swift-evolution] [Draft] Unify "import Darwin/Glibc" to simply "Libc" Chris Lattner
[swift-evolution] [Discussion] Parentheses Jens Persson
- [swift-evolution] [Discussion] Parentheses Anton Zhilin
  - [swift-evolution] [Discussion] Parentheses Jens Persson
- [swift-evolution] [Discussion] Parentheses Vladimir.S
  - [swift-evolution] [Discussion] Parentheses Joe Groff
    - [swift-evolution] [Discussion] Parentheses Vladimir.S
    - [swift-evolution] [Discussion] Parentheses Jens Persson
    - [swift-evolution] [Discussion] Parentheses Vladimir.S
    - [swift-evolution] [Discussion] Parentheses Jens Persson
    - [swift-evolution] [Discussion] Parentheses Jens Persson
    - [swift-evolution] [Discussion] Parentheses Anton Zhilin
    - [swift-evolution] [Discussion] Parentheses Jens Persson
[swift-evolution] [Proposal] Sealed classes by default John McCall
[swift-evolution] Separating the finite-vs-infinite distinction from single-vs-multi-pass Dave Abrahams
- [swift-evolution] Separating the finite-vs-infinite distinction from single-vs-multi-pass Anton Zhilin
  - [swift-evolution] Separating the finite-vs-infinite distinction from single-vs-multi-pass Dave Abrahams
    - [swift-evolution] Separating the finite-vs-infinite distinction from single-vs-multi-pass Dave Abrahams
    - [swift-evolution] Separating the finite-vs-infinite distinction from single-vs-multi-pass Matthew Johnson
[swift-evolution] Open Issues Affecting Standard Library API Stability Dmitri Gribenko
- [swift-evolution] Open Issues Affecting Standard Library API Stability Chris Lattner
  - [swift-evolution] Open Issues Affecting Standard Library API Stability Dmitri Gribenko
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Karl
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dave Abrahams
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dmitri Gribenko
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Karl
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dmitri Gribenko
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Karl
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Erica Sadun
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Jacob Bandes-Storch
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Harlan Haskins
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dmitri Gribenko
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dave Abrahams
    - [swift-evolution] Open Issues Affecting Standard Library API Stability Dave Abrahams
[swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
- [swift-evolution] Dropping Comparable requirement for indices Matthew Johnson
- [swift-evolution] Dropping Comparable requirement for indices Brent Royal-Gordon
  - [swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
- [swift-evolution] Dropping Comparable requirement for indices Anton Zhilin
- [swift-evolution] Dropping Comparable requirement for indices Nate Cook
- [swift-evolution] Dropping Comparable requirement for indices Haravikk
  - [swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
    - [swift-evolution] Dropping Comparable requirement for indices David Sweeris
    - [swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
    - [swift-evolution] Dropping Comparable requirement for indices Haravikk
    - [swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
- [swift-evolution] Dropping Comparable requirement for indices plx
  - [swift-evolution] Dropping Comparable requirement for indices Xiaodi Wu
    - [swift-evolution] Dropping Comparable requirement for indices Matthew Johnson
    - [swift-evolution] Dropping Comparable requirement for indices plx
    - [swift-evolution] Dropping Comparable requirement for indices Dave Abrahams
- [swift-evolution] Dropping Comparable requirement for indices Tino Heth
  - [swift-evolution] Dropping Comparable requirement for indices Xiaodi Wu
[swift-evolution] [Draft] Fix the Collection Partition API Nate Cook
- [swift-evolution] [Draft] Fix the Collection Partition API Dave Abrahams
[swift-evolution] Proposal to copy C++'s mismatch Daryle Walker
- [swift-evolution] [Discussion][Pre-Proposal] diverges/converges methods for Collection (was: Proposal to copy C++'s mismatch) Daryle Walker
  - [swift-evolution] [Discussion][Pre-Proposal] diverges/converges methods for Collection (was: Proposal to copy C++'s mismatch) Shawn Erickson
  - [swift-evolution] [Discussion][Pre-Proposal] diverges/converges methods for Collection Dave Abrahams
[swift-evolution] [Discussion] Cleaning up stdlib pointer and buffer routines (Open Issues Affecting Standard Library API Stability) Erica Sadun
- [swift-evolution] [Discussion] Cleaning up stdlib pointer and buffer routines (Open Issues Affecting Standard Library API Stability) Charlie Monroe
  - [swift-evolution] [Discussion] Cleaning up stdlib pointer and buffer routines (Open Issues Affecting Standard Library API Stability) Erica Sadun
- [swift-evolution] [Discussion] Cleaning up stdlib pointer and buffer routines (Open Issues Affecting Standard Library API Stability) Jacob Bandes-Storch
[swift-evolution] [Review] SE-0115: Rename Literal Syntax Protocols Roth Michaels
[swift-evolution] [swift-evolution-announce] [Review] SE-0108: Remove associated type inference Jordan Rose
- [swift-evolution] [swift-evolution-announce] [Review] SE-0108: Remove associated type inference Douglas Gregor
[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Ted F.A. van Gaalen
[swift-evolution] [Review] SE-0114: Updating Buffer "Value" Names to "Header" Names Roth Michaels
[swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Ted F.A. van Gaalen
- [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Saagar Jha
- [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! L. Mihalkovic
- [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Rod Brown
  - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! ChanMaxthon
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Charlie Monroe
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Jean-Denis Muys
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Taras Zakharko
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Haravikk
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Muse M
- [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Karl
  - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Erica Sadun
  - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Chris Lattner
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! ChanMaxthon
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Ted F.A. van Gaalen
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Chris Lattner
    - [swift-evolution] Seriously! Freeze Swift For Two Years After Release 3.0 ! Ted F.A. van Gaalen
[swift-evolution] Removing Variadic Parameters. Tino Heth
- [swift-evolution] Removing Variadic Parameters. Saagar Jha
  - [swift-evolution] Removing Variadic Parameters. Leonardo Pessoa
    - [swift-evolution] Removing Variadic Parameters. Tino Heth
    - [swift-evolution] Removing Variadic Parameters. Rob Mayoff
    - [swift-evolution] Removing Variadic Parameters. Tino Heth
- [swift-evolution] Removing Variadic Parameters. David Rönnqvist
  - [swift-evolution] Removing Variadic Parameters. Haravikk
    - [swift-evolution] Removing Variadic Parameters. David Rönnqvist
    - [swift-evolution] Removing Variadic Parameters. Tino Heth
- [swift-evolution] Removing Variadic Parameters. L. Mihalkovic
[swift-evolution] [Discussion] Rename BitwiseOperations protocol Max Moiseev
- [swift-evolution] [Discussion] Rename BitwiseOperations protocol Jordan Rose
  - [swift-evolution] [Discussion] Rename BitwiseOperations protocol Max Moiseev
    - [swift-evolution] [Discussion] Rename BitwiseOperations protocol Xiaodi Wu
[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Jakub Suder
[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 Tino Heth
- [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 Leonardo Pessoa
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Goffredo Marocchi
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly Leonardo Pessoa
    - [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 Matthew Johnson
    - [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 Tino Heth
    - [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 Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Leonardo Pessoa
    - [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 Leonardo Pessoa
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Matthew Johnson
    - [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 Leonardo Pessoa
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly Tino Heth
    - [swift-evolution] [Review] SE-0117: Default classes tobenon-subclassable publicly Leonardo Pessoa
    - [swift-evolution] [Review] SE-0117: Default classes tobenon-subclassable publicly Michael Peternell
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly L. Mihalkovic
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly let var go
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly Paul Cantrell
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly Matthew Johnson
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly Shawn Erickson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Garth Snyder
    - [swift-evolution] [Review] SE-0117: Default classes to benon-subclassable publicly 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 Shawn Erickson
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly James Campbell
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Garth Snyder
    - [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Paul Cantrell
    - [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 L. Mihalkovic
[swift-evolution] [Idea] Deferable type for swift and smaller defer scope Kwanghoon Choi
[swift-evolution] [Rejected] SE-0108: Remove associated type inference Chris Lattner
[swift-evolution] [Accepted] SE-0110: Distinguish between single-tuple and multiple-argument function types Chris Lattner
[swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Chris Lattner
- [swift-evolution] [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels frogcjn at 163.com
  - [swift-evolution] [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels Douglas Gregor
- [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Cao Jiannan
  - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Charlie Monroe
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Taras Zakharko
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Douglas Gregor
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Diego Sánchez
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Tino Heth
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Jon Shier
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Taras Zakharko
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Taras Zakharko
    - [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 Cao Jiannan
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Charlie Monroe
    - [swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Pyry Jahkola
[swift-evolution] Fwd: [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels frogcjn at 163.com
[swift-evolution] [Accepted] SE-0113: Add integral rounding functions to FloatingPoint Chris Lattner
- [swift-evolution] [Accepted] SE-0113: Add integral rounding functions to FloatingPoint Pyry Jahkola
  - [swift-evolution] [Accepted] SE-0113: Add integral rounding functions to FloatingPoint Chris Lattner
- [swift-evolution] [swift-evolution-announce] [Accepted] SE-0113: Add integral rounding functions to FloatingPoint Dave Abrahams
[swift-evolution] [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels frogcjn at 163.com
- [swift-evolution] [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels Félix Cloutier
[swift-evolution] [swift-evolution-announce] [Accepted] SE-0111: Remove type system significance of function argument labels frogcjn at 163.com
[swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection Tim Vermeulen
- [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection Haravikk
- [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection Karl
- [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection Dave Abrahams
  - [swift-evolution] [Pitch] Removing the empty initialiser requirement from RangeReplaceableCollection Dmitri Gribenko
[swift-evolution] Proposal: SwiftPM Target Access Control Ankit Agarwal
- [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control Daniel Dunbar
- [swift-evolution] Proposal: SwiftPM Target Access Control James Richard
- [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-build-dev] Proposal: SwiftPM Target Access Control Kostiantyn Koval
    - [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control Daniel Dunbar
- [swift-evolution] Proposal: SwiftPM Target Access Control Tanner Nelson
  - [swift-evolution] Proposal: SwiftPM Target Access Control Ankit Agarwal
- [swift-evolution] [swift-build-dev] Proposal: SwiftPM Target Access Control Daniel Dunbar
[swift-evolution] [Pre-proposal] Fix function type grammar Anton Zhilin
- [swift-evolution] [Pre-proposal] Fix function type grammar Vladimir.S
[swift-evolution] [Review] SE-0077 v2: Improved operator declarations Dmitri Gribenko
- [swift-evolution] [Review] SE-0077 v2: Improved operator declarations John McCall
  - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations Dmitri Gribenko
    - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations Anton Zhilin
    - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations Joe Groff
    - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations Xiaodi Wu
    - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations L. Mihalkovic
    - [swift-evolution] [Review] SE-0077 v2: Improved operator declarations L. Mihalkovic
[swift-evolution] [Review #2] SE-0091: Improving operator requirements in protocols Chris Lattner
- [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols Robert Widmann
  - [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols Daniel Resnick
    - [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols Tony Allevato
- [swift-evolution] [Review #2] SE-0091: Improving operator requirements in protocols T.J. Usiyan
- [swift-evolution] [swift-evolution-announce] [Review #2] SE-0091: Improving operator requirements in protocols Brandon Knope
- [swift-evolution] [Review #2] SE-0091: Improving operator requirements in protocols Matthew Johnson
[swift-evolution] [Discussion] "try" for function that does not throw Vladimir.S
- [swift-evolution] [Discussion] "try" for function that does not throw David Sweeris
  - [swift-evolution] [Discussion] "try" for function that does not throw Haravikk
- [swift-evolution] [Discussion] "try" for function that does not throw Chris Lattner
  - [swift-evolution] [Discussion] "try" for function that does not throw John McCall
    - [swift-evolution] [Discussion] "try" for function that does not throw Ben Rimmington
- [swift-evolution] [Discussion] "try" for function that does not throw Tino Heth
  - [swift-evolution] [Discussion] "try" for function that does not throw Mark Dalrymple
[swift-evolution] [Review #2] SE-0091: Improving operator requirements in protocols Jonathan Hull
[swift-evolution] [Idea] Wrap switch cases in curly braces G B
- [swift-evolution] [Idea] Wrap switch cases in curly braces Brandon Knope
  - [swift-evolution] [Idea] Wrap switch cases in curly braces G B
    - [swift-evolution] [Idea] Wrap switch cases in curly braces Brandon Knope
    - [swift-evolution] [Idea] Wrap switch cases in curly braces G B
- [swift-evolution] [Idea] Wrap switch cases in curly braces Roth Michaels
  - [swift-evolution] [Idea] Wrap switch cases in curly braces Xiaodi Wu
    - [swift-evolution] [Idea] Wrap switch cases in curly braces Roth Michaels
    - [swift-evolution] [Idea] Wrap switch cases in curly braces Xiaodi Wu
    - [swift-evolution] [Idea] Wrap switch cases in curly braces Taras Zakharko
    - [swift-evolution] [Idea] Wrap switch cases in curly braces G B
- [swift-evolution] [Idea] Wrap switch cases in curly braces Haravikk
  - [swift-evolution] [Idea] Wrap switch cases in curly braces Brent Royal-Gordon
- [swift-evolution] [Idea] Wrap switch cases in curly braces Jon Akhtar
- [swift-evolution] [Idea] Wrap switch cases in curly braces David Sweeris
  - [swift-evolution] [Idea] Wrap switch cases in curly braces G B
    - [swift-evolution] [Idea] Wrap switch cases in curly braces Peter Eddy
- [swift-evolution] [Idea] Wrap switch cases in curly braces Dennis De Mars
  - [swift-evolution] [Idea] Wrap switch cases in curly braces G B
[swift-evolution] [Proposal] Variadics as Attribute Haravikk
- [swift-evolution] [Proposal] Variadics as Attribute Leonardo Pessoa
  - [swift-evolution] [Proposal] Variadics as Attribute Haravikk
    - [swift-evolution] [Proposal] Variadics as Attribute Charlie Monroe
- [swift-evolution] [Proposal] Variadics as Attribute Pyry Jahkola
  - [swift-evolution] [Proposal] Variadics as Attribute Haravikk
    - [swift-evolution] [Proposal] Variadics as Attribute Leonardo Pessoa
    - [swift-evolution] [Proposal] Variadics as Attribute Haravikk
    - [swift-evolution] [Proposal] Variadics as Attribute Kristóf Liliom
    - [swift-evolution] [Proposal] Variadics as Attribute Haravikk
- [swift-evolution] [Proposal] Variadics as Attribute Tino Heth
- [swift-evolution] [Proposal] Variadics as Attribute Justin Jia
[swift-evolution] Optional comparison operators Jacob Bandes-Storch
[swift-evolution] [Accepted with revision] SE-0077 v2: Improved operator declarations Joe Groff
- [swift-evolution] [Accepted with revision] SE-0077 v2: Improved operator declarations Anton Zhilin
[swift-evolution] [SE-0088] Dispatch API names Darren Mo
- [swift-evolution] [SE-0088] Dispatch API names Matt Wright
[swift-evolution] [SE-0088] Dispatch API names Jordan Rose
[swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Adrian Zubarev
- [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Leonardo Pessoa
  - [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Adrian Zubarev
    - [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Adrian Zubarev
- [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Tino Heth
  - [swift-evolution] [Discussion] Allow injection of `didSet` and `willSet` Adrian Zubarev
[swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Thorsten Seitz
[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 Matthew Johnson
  - [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 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 Matthew Johnson
    - [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 Matthew Johnson
    - [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 L. Mihalkovic
[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly John McCall
[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>` Chris Lattner
  - [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] [Discussion] Seal `T.Type` into `Type<T>` Adrian Zubarev
[swift-evolution] [Proposal] Variadics as Attribute Leonardo Pessoa
- [swift-evolution] [Proposal] Variadics as Attribute Kristóf Liliom
[swift-evolution] [Proposal] Variadics as Attribute Leonardo Pessoa
[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 Saagar Jha
[swift-evolution] [Draft] Rationalizing Sequence end-operation names Brent Royal-Gordon
[swift-evolution] Swift-based Metal Shading Language Georgios Moschovitis
- [swift-evolution] Swift-based Metal Shading Language David Sweeris
  - [swift-evolution] Swift-based Metal Shading Language Georgios Moschovitis
    - [swift-evolution] Swift-based Metal Shading Language Goffredo Marocchi
    - [swift-evolution] Swift-based Metal Shading Language Georgios Moschovitis
    - [swift-evolution] Swift-based Metal Shading Language Kristóf Liliom
    - [swift-evolution] Swift-based Metal Shading Language Goffredo Marocchi
    - [swift-evolution] Swift-based Metal Shading Language Goffredo Marocchi
    - [swift-evolution] Swift-based Metal Shading Language G B
    - [swift-evolution] Swift-based Metal Shading Language L. Mihalkovic
    - [swift-evolution] Swift-based Metal Shading Language David Sweeris
    - [swift-evolution] Swift-based Metal Shading Language Georgios Moschovitis
- [swift-evolution] Swift-based Metal Shading Language G B
  - [swift-evolution] Swift-based Metal Shading Language Georgios Moschovitis
[swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Goffredo Marocchi
[swift-evolution] Change subscripts to use colons James Froggatt
- [swift-evolution] Change subscripts to use colons Brent Royal-Gordon
  - [swift-evolution] Change subscripts to use colons James Froggatt
[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 Rod Brown
  - [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 Jonathan Hull
[swift-evolution] [Accepted] SE-0111: Remove type system significance of function argument labels Liam Stevenson
[swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly Károly Lőrentey
- [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 Károly Lőrentey
- [swift-evolution] [Review] SE-0117: Default classes to be non-subclassable publicly L. Mihalkovic
[swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements Jasdev Singh
- [swift-evolution] [Proposal] Allow Static Function Properties to Satisfy Static Function Protocol Requirements Rod Brown
[swift-evolution] [Pitch] Introduce continue to switch statements Erica Sadun
- [swift-evolution] [Pitch] Introduce continue to switch statements Taras Zakharko
  - [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 Erica Sadun
[swift-evolution] [Pitch] Extending Swift Literals Erica Sadun
- [swift-evolution] [Pitch] Extending Swift Literals Xiaodi Wu
  - [swift-evolution] [Pitch] Extending Swift Literals Erica Sadun

Last message date: Sun Jul 10 23:56:00 CDT 2016
Archived on: Mon Jul 11 00:01:07 CDT 2016

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

This archive was generated by Pipermail 0.09 (Mailman edition).