The Week Of Monday 14 December 2015 Archives by thread

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

Starting: Mon Dec 14 00:03:21 CST 2015
Ending: Sun Dec 20 23:43:58 CST 2015
Messages: 1621

• [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Chris Lattner
  • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Chris Lattner
    • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Paul Cantrell
      • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Chris Lattner
  • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Matthew Johnson
    • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Chris Lattner
      • [swift-evolution] Proposal: Universal dynamic dispatch for method calls   Matthew Johnson
• [swift-evolution] Proposal: label-only constructors   Dave Abrahams
• [swift-evolution] Proposal: String literal suffixes for defining types   Alex Gordon
  • [swift-evolution] Proposal: String literal suffixes for defining types   Chris Lattner
• [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   Dave Abrahams
• [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Paul Cantrell
  • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Dave Abrahams
    • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   David Waite
  • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   ilya
    • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Marc Knaup
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Martin Kühl
    • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Paul Cantrell
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Marc Knaup
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Dave Abrahams
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Paul Cantrell
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Hart
  • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrew Brown
    • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Pierre Monod-Broca
    • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Jeremy Pereira
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Dave Abrahams
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Rob Napier
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   crk at fastmail.com
• [swift-evolution] Proposal: label-only constructors   David Owens II
  • [swift-evolution] Proposal: label-only constructors   Andrew Bennett
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   ilya
  • [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Kevin Ballard
    • [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Martin Kühl
• [swift-evolution] access control proposal   ilya
  • [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   ilya
  • [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Pierre Monod-Broca
    • [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Adrian Kashivskyy
      • [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Javier Soto
• [swift-evolution] Closure delegation   Pierre Monod-Broca
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Pierre Monod-Broca
  • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Jacob Bandes-Storch
    • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Erica Sadun
      • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Kenny Leung
      • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Tino Heth
    • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Pierre Monod-Broca
• [swift-evolution] Closure delegation   Pierre Monod-Broca
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
  • [swift-evolution] ternary operator ?: suggestion   David Owens II
    • [swift-evolution] ternary operator ?: suggestion   Andrey Tarantsov
    • [swift-evolution] ternary operator ?: suggestion   Al Skipp
  • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
    • [swift-evolution] ternary operator ?: suggestion   Nick Shelley
      • [swift-evolution] ternary operator ?: suggestion   Austin Zheng
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Al Skipp
      • [swift-evolution] ternary operator ?: suggestion   Dennis Lysenko
      • [swift-evolution] ternary operator ?: suggestion   Dennis Lysenko
      • [swift-evolution] ternary operator ?: suggestion   Dennis Lysenko
      • [swift-evolution] ternary operator ?: suggestion (swift-evolution Digest, Vol 1, Issue 181)   Rainer Brockerhoff
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Al Skipp
      • [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Douglas Gregor
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Conrad Kutsch
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Stephen Canon
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Jordan Rose
      • [swift-evolution] ternary operator ?: suggestion   Dave Abrahams
      • [swift-evolution] ternary operator ?: suggestion   Dennis Lysenko
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Craig Cruden
      • [swift-evolution] ternary operator ?: suggestion   Craig Cruden
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Charles Constant
      • [swift-evolution] ternary operator ?: suggestion   Brent Royal-Gordon
      • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Vester Gottfried
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
      • [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
      • [swift-evolution] ternary operator ?: suggestion   Jordan Rose
      • [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
      • [swift-evolution] ternary operator ?: suggestion   J. Cheyo Jimenez
      • [swift-evolution] ternary operator ?: suggestion   Chris Lattner
    • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
      • [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Jakob Egger
  • [swift-evolution] ternary operator ?: suggestion   Al Skipp
• [swift-evolution] Proposal: Implement a rotate algorithm, equivalent to std::rotate() in C++   Dave Abrahams
  • [swift-evolution] Proposal: Implement a rotate algorithm, equivalent to std::rotate() in C++   Sergey Bolshedvorsky
    • [swift-evolution] Proposal: Implement a rotate algorithm, equivalent to std::rotate() in C++   Tal Atlas
      • [swift-evolution] Proposal: Implement a rotate algorithm, equivalent to std::rotate() in C++   Marc Knaup
    • [swift-evolution] Proposal: Implement a rotate algorithm, equivalent to std::rotate() in C++   Dave Abrahams
• [swift-evolution] STL (not!) (was: Proposal: An Either Type in the STL)   Dave Abrahams
  • [swift-evolution] STL (not!) (was: Proposal: An Either Type in the STL)   Jacob Bandes-Storch
    • [swift-evolution] STL (not!) (was: Proposal: An Either Type in the STL)   Andrew Bennett
• [swift-evolution] Mailman?   Jeremy Pereira
  • [swift-evolution] Mailman?   James Campbell
  • [swift-evolution] Mailman?   Paul Cantrell
• [swift-evolution] Mailman?   James Campbell
  • [swift-evolution] Mailman?   Dennis Lysenko
    • [swift-evolution] Mailman?   Marc Knaup
      • [swift-evolution] Mailman?   Thorsten Seitz
      • [swift-evolution] Mailman?   Jonathan Allured
      • [swift-evolution] Mailman?   Eugene Gubin
      • [swift-evolution] Mailman?   David Owens II
      • [swift-evolution] Mailman?   Ilya Belenkiy
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   Thorsten Seitz
      • [swift-evolution] Mailman?   Liam Butler-Lawrence
      • [swift-evolution] Mailman?   Arthur Ariel Sabintsev
      • [swift-evolution] Mailman?   Jacob Bandes-Storch
      • [swift-evolution] Mailman?   Liam Butler-Lawrence
      • [swift-evolution] Mailman?   Douglas Gregor
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   Jacob Bandes-Storch
      • [swift-evolution] Mailman?   Chris Lattner
      • [swift-evolution] Mailman?   Jacob Bandes-Storch
      • [swift-evolution] Mailman?   Chris Aljoudi
      • [swift-evolution] Mailman?   Rudolf Adamkovič
      • [swift-evolution] Mailman?   Ilya Belenkiy
      • [swift-evolution] Mailman?   Austin Zheng
• [swift-evolution] Is there a need for a BigNumber library in Objective-C/Swift?   Etan Kissling
• [swift-evolution] repeat loop enhancement   Brent Royal-Gordon
  • [swift-evolution] repeat loop enhancement   Thorsten Seitz
    • [swift-evolution] repeat loop enhancement   Vinicius Vendramini
• [swift-evolution] Optional "endfor", "endif", etc after closing "}"   Etan Kissling
  • [swift-evolution] Optional "endfor", "endif", etc after closing "}"   Marc Knaup
    • [swift-evolution] Optional "endfor", "endif", etc after closing "}"   Etan Kissling
      • [swift-evolution] Optional "endfor", "endif", etc after closing "}"   Andrew Bennett
• [swift-evolution] Add unless/if single line syntax   Etan Kissling
  • [swift-evolution] Add unless/if single line syntax   Etan Kissling
    • [swift-evolution] Add unless/if single line syntax   James Campbell
  • [swift-evolution] Add unless/if single line syntax   Tommy van der Vorst
  • [swift-evolution] Add unless/if single line syntax   Tommy van der Vorst
  • [swift-evolution] Add unless/if single line syntax   Tommy van der Vorst
• [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] access control proposal   Ilya Belenkiy
  • [swift-evolution] access control proposal   Brent Royal-Gordon
    • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   David Owens II
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   David Owens II
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   ilya
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Marc Knaup
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   ilya
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] Streamlining closures   Etan Kissling
  • [swift-evolution] Streamlining closures   Brent Royal-Gordon
• [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Tal Atlas
  • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Andrew Bennett
    • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Marc Knaup
    • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Matthew Johnson
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Dave Abrahams
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Matthew Johnson
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Joe Groff
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Thorsten Seitz
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   David Waite
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Dave Abrahams
      • [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Thorsten Seitz
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Rudolf Adamkovic
  • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Marc Knaup
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dennis Lysenko
  • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dennis Lysenko
    • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Kenny Leung
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dennis Lysenko
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Kenny Leung
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Chris Lattner
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dan Loewenherz
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dennis Lysenko
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   James Dempsey
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Nick Shelley
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Sean Heber
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Dennis Lysenko
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Jeremy Pereira
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Stephen Celis
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Jeremy Pereira
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Félix Cloutier
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   James Dempsey
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Jeremy Pereira
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions (David Hart)   Tino Heth
• [swift-evolution] Proposal: String literal suffixes for defining types   Martin Kühl
  • [swift-evolution] Proposal: String literal suffixes for defining types   ilya
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
  • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Proposal to remove semicolons   Marc Knaup
• [swift-evolution] Mailman?   James Campbell
• [swift-evolution] Proposal to remove semicolons   David Owens II
• [swift-evolution] Proposal to remove semicolons   Austin Zheng
  • [swift-evolution] Proposal to remove semicolons   Arthur Ariel Sabintsev
    • [swift-evolution] Proposal to remove semicolons   Paul Cantrell
• [swift-evolution] Proposal: "inout" in for loops   Joe Groff
  • [swift-evolution] Proposal: "inout" in for loops   John McCall
• [swift-evolution] protocol can only be used as a generic constraint because it has Self or associated type requirements   Joe Groff
• [swift-evolution] Proposal: An Either Type in the STL   John McCall
• [swift-evolution] [Accepted] SE-0007 Remove C-style for-loops with conditions and incrementers   Douglas Gregor
  • [swift-evolution] [Accepted] SE-0007 Remove C-style for-loops with conditions and incrementers   Erica Sadun
• [swift-evolution] Proposal for Package Manager Testing Infrastruture   Max Howell
  • [swift-evolution] Proposal for Package Manager Testing Infrastruture   Thomas Guthrie
    • [swift-evolution] Proposal for Package Manager Testing Infrastruture   Max Howell
      • [swift-evolution] Proposal for Package Manager Testing Infrastruture   Thomas Guthrie
      • [swift-evolution] Proposal for Package Manager Testing Infrastruture   Max Howell
  • [swift-evolution] Proposal for Package Manager Testing Infrastruture   Jed Lewison
• [swift-evolution] Proposal to remove semicolons   Colin Cornaby
  • [swift-evolution] Proposal to remove semicolons   Chris Lattner
    • [swift-evolution] Proposal to remove semicolons   João Nunes
    • [swift-evolution] Proposal to remove semicolons   Douglas Gregor
      • [swift-evolution] Proposal to remove semicolons   Chris Lattner
      • [swift-evolution] Proposal to remove semicolons   João Nunes
      • [swift-evolution] Proposal to remove semicolons   Mosab Elagha
      • [swift-evolution] Proposal to remove semicolons   Colin Cornaby
      • [swift-evolution] Proposal to remove semicolons   Chris Lattner
• [swift-evolution] multi-line string literals   Kenny Leung
  • [swift-evolution] multi-line string literals   Riley Avron
• [swift-evolution] multi-line string literals   Andrey Tarantsov
  • [swift-evolution] multi-line string literals   Alex Gordon
  • [swift-evolution] multi-line string literals   Travis Tilley
    • [swift-evolution] multi-line string literals   Chris Lattner
      • [swift-evolution] multi-line string literals   Travis Tilley
• [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrey Tarantsov
  • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Marc Knaup
    • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Dan Loewenherz
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Hart
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrey Tarantsov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrey Tarantsov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Dan Loewenherz
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Stephen Celis
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Erica Sadun
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Dennis Lysenko
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   sune.foldager at me.com
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Stephen Celis
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Paul Ossenbruggen
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Preston Sumner
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Ash Furrow
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Slava Pestov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   James Campbell
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Slava Pestov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Honza Dvorsky
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Honza Dvorsky
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Rodrigues
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Waite
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Taras Zakharko
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Pierre Monod-Broca
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Rodrigues
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Waite
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Stephen Celis
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Ilya Belenkiy
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   David Hart
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrey Tarantsov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Greg Parker
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Andrey Tarantsov
      • [swift-evolution] Proposal: Re-instate mandatory self for accessing instance properties and functions   Bart Whiteley
• [swift-evolution] access control proposal   Colin Cornaby
  • [swift-evolution] access control proposal   Ilya Belenkiy
    • [swift-evolution] access control proposal   joe
      • [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] Proposal: allow delegating from a throwing initializer to a failable initializer   John McCall
  • [swift-evolution] Proposal: allow delegating from a throwing initializer to a failable initializer   Chris Lattner
• [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   John McCall
  • [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Jordan Rose
    • [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Etan Kissling
• [swift-evolution] Proposal: willGet   Etan Kissling
• [swift-evolution] multi-line string literals   Chris Lattner
  • [swift-evolution] multi-line string literals   Chris Lattner
    • [swift-evolution] multi-line string literals   Travis Tilley
      • [swift-evolution] multi-line string literals   Andrey Tarantsov
      • [swift-evolution] multi-line string literals   Travis Tilley
      • [swift-evolution] multi-line string literals   Andrey Tarantsov
      • [swift-evolution] multi-line string literals   Brent Royal-Gordon
      • [swift-evolution] multi-line string literals   Travis Tilley
      • [swift-evolution] multi-line string literals   Travis Tilley
      • [swift-evolution] multi-line string literals   Andrey Tarantsov
      • [swift-evolution] multi-line string literals   Travis Tilley
    • [swift-evolution] multi-line string literals   Tyler Cloutier
      • [swift-evolution] multi-line string literals   Tyler Cloutier
      • [swift-evolution] multi-line string literals   Tyler Cloutier
      • [swift-evolution] multi-line string literals   Brent Royal-Gordon
      • [swift-evolution] multi-line string literals   Tyler Cloutier
      • [swift-evolution] multi-line string literals   Andrey Tarantsov
      • [swift-evolution] multi-line string literals   Tyler Cloutier
      • [swift-evolution] multi-line string literals   Brent Royal-Gordon
      • [swift-evolution] multi-line string literals   Etan Kissling
      • [swift-evolution] multi-line string literals   Brent Royal-Gordon
      • [swift-evolution] multi-line string literals   Chris Lattner
      • [swift-evolution] multi-line string literals   Brent Royal-Gordon
      • [swift-evolution] multi-line string literals   David Waite
• [swift-evolution] multi-line string literals   Chris Lattner
• [swift-evolution] multi-line string literals   Chris Lattner
  • [swift-evolution] multi-line string literals   Alex Gordon
• [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Daniel Duan
  • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Jordan Rose
    • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Dennis Lysenko
      • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Dennis Lysenko
      • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Jordan Rose
      • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Dennis Lysenko
      • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Brent Royal-Gordon
      • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Dave Abrahams
    • [swift-evolution] Proposal: Add Safe Subquence Access Via subscript For ColloctionType   Daniel Duan
• [swift-evolution] Proposal to remove semicolons   Sune Foldager
  • [swift-evolution] Proposal to remove semicolons   Charles Constant
    • [swift-evolution] Proposal to remove semicolons   Erica Sadun
      • [swift-evolution] Proposal to remove semicolons   Marc Knaup
• [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Greg Parker
  • [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Michael Henson
  • [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Etan Kissling
    • [swift-evolution] Proposal: Give weak references the ability to notify reference-holders when they transition to nil   Etan Kissling
• [swift-evolution] access control proposal   Colin Cornaby
  • [swift-evolution] access control proposal   Ilya Belenkiy
    • [swift-evolution] access control proposal   Colin Cornaby
      • [swift-evolution] access control proposal   Matthew Johnson
      • [swift-evolution] access control proposal   Ilya Belenkiy
      • [swift-evolution] access control proposal   David Owens II
      • [swift-evolution] access control proposal   Ilya Belenkiy
• [swift-evolution] Proposal for Passing Arrays to Variadic Functions   Kevin Ballard
  • [swift-evolution] Proposal for Passing Arrays to Variadic Functions   Chris Lattner
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Kevin Ballard
• [swift-evolution] multi-line string literals   Jordan Rose
• [swift-evolution] Disappearing AnyGenerator/AnySequence/AnyCollection wrapper types   Erica Sadun
  • [swift-evolution] Disappearing AnyGenerator/AnySequence/AnyCollection wrapper types   David Hart
    • [swift-evolution] Disappearing AnyGenerator/AnySequence/AnyCollection wrapper types   T.J. Usiyan
• [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Dave Abrahams
  • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Andrey Tarantsov
    • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Amir Michail
      • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Andrey Tarantsov
      • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Amir Michail
      • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   sune.foldager at me.com
• [swift-evolution] Getting rid of willSet/didSet   Tino Heth
  • [swift-evolution] Getting rid of willSet/didSet   Andrey Tarantsov
    • [swift-evolution] Getting rid of willSet/didSet   Tino Heth
      • [swift-evolution] Getting rid of willSet/didSet   Jack Lawrence
      • [swift-evolution] Getting rid of willSet/didSet   Tino Heth
      • [swift-evolution] Getting rid of willSet/didSet   Nicky Gerritsen
      • [swift-evolution] Getting rid of willSet/didSet   Adrian Kashivskyy
      • [swift-evolution] Getting rid of willSet/didSet   Colin Cornaby
      • [swift-evolution] Getting rid of willSet/didSet   Charles Srstka
• [swift-evolution] Getting rid of willSet/didSet   Colin Cornaby
• [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Amir Michail
  • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   sune.foldager at me.com
  • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Jean-Daniel Dupas
  • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Adrian Kashivskyy
    • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Max Moiseev
      • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Amir Michail
      • [swift-evolution] Proposal: remove "assert" and always use "precondition" instead.   Dave Abrahams
• [swift-evolution] WYSIWYG Swift   Amir Michail
  • [swift-evolution] WYSIWYG Swift   Riley Avron
• [swift-evolution] ternary operator ?: suggestion   Jordan Rose
  • [swift-evolution] ternary operator ?: suggestion   Dennis Lysenko
• [swift-evolution] Proposal: Add generator functions to the language   Douglas Gregor
  • [swift-evolution] Proposal: Add generator functions to the language   David Waite
• [swift-evolution] Proposal: String literal suffixes for defining types   Jordan Rose
• [swift-evolution] Making protocol conformance inheritance controllable   Jordan Rose
  • [swift-evolution] Making protocol conformance inheritance controllable   Greg Parker
    • [swift-evolution] Making protocol conformance inheritance controllable   Matthew Johnson
    • [swift-evolution] Making protocol conformance inheritance controllable   Erica Sadun
    • [swift-evolution] Making protocol conformance inheritance controllable   Joe Groff
  • [swift-evolution] Making protocol conformance inheritance controllable   plx
    • [swift-evolution] Making protocol conformance inheritance controllable   Joe Groff
• [swift-evolution] Is there a need for a BigNumber library in Objective-C/Swift?   Dave Abrahams
• [swift-evolution] Proposal: newtype feature for creating brand new types from existing types   Russ Bishop
• [swift-evolution] Proposal: Improve switch control flow substituting fallthrough with a more safe one   Jacopo Andrea Giola
  • [swift-evolution] Proposal: Improve switch control flow substituting fallthrough with a more safe one   Alex Martini
  • [swift-evolution] Proposal: Improve switch control flow substituting fallthrough with a more safe one   Chris Lattner
• [swift-evolution] [Proposal] Powerful enumerations built upon protocols, structures and classes   Marc Knaup
• [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   D. Felipe Torres
  • [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   Kenny Leung
    • [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   ilya
      • [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   Dave Abrahams
      • [swift-evolution] Proposal: Extend CG(Rect)Geometry with center methods   Marc Knaup
• [swift-evolution] Equality of enum with payload   Jérôme Duquennoy
  • [swift-evolution] Equality of enum with payload   Slava Pestov
• [swift-evolution] Better Self support with class funcs   James Campbell
  • [swift-evolution] Better Self support with class funcs   Stephen Celis
    • [swift-evolution] Better Self support with class funcs   James Campbell
      • [swift-evolution] Better Self support with class funcs   Andrew Brown
• [swift-evolution] Arrays and Optionals   Sean Kosanovich
  • [swift-evolution] Arrays and Optionals   Marc Knaup
• [swift-evolution] [Proposal] Powerful enumerations built upon protocols, structures and classes   Al Skipp
  • [swift-evolution] [Proposal] Powerful enumerations built upon protocols, structures and classes   Marc Knaup
    • [swift-evolution] [Proposal] Powerful enumerations built upon protocols, structures and classes   John McCall
• [swift-evolution] Remove (!) logical negation operator   Bruno Berisso
  • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
    • [swift-evolution] Remove (!) logical negation operator   Andrew Brown
      • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
      • [swift-evolution] Remove (!) logical negation operator   Bee
      • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
      • [swift-evolution] Remove (!) logical negation operator   Erica Sadun
      • [swift-evolution] Remove (!) logical negation operator   Dennis Lysenko
      • [swift-evolution] Remove (!) logical negation operator   Bruno Berisso
      • [swift-evolution] Remove (!) logical negation operator   ilya
      • [swift-evolution] Remove (!) logical negation operator   Bruno Berisso
      • [swift-evolution] Remove (!) logical negation operator   Al Skipp
      • [swift-evolution] Remove (!) logical negation operator   Austin Zheng
      • [swift-evolution] Remove (!) logical negation operator   Craig Cruden
      • [swift-evolution] Remove (!) logical negation operator   Al Skipp
      • [swift-evolution] Remove (!) logical negation operator   Thorsten Seitz
      • [swift-evolution] Remove (!) logical negation operator   Paul Cantrell
      • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
      • [swift-evolution] Remove (!) logical negation operator   Stephen Canon
      • [swift-evolution] Remove (!) logical negation operator   Paul Ossenbruggen
      • [swift-evolution] Remove (!) logical negation operator   Sean Heber
      • [swift-evolution] Remove (!) logical negation operator   Andrey Tarantsov
    • [swift-evolution] Remove (!) logical negation operator   Thorsten Seitz
  • [swift-evolution] Remove (!) logical negation operator   Tommy van der Vorst
    • [swift-evolution] Remove (!) logical negation operator   Charles Constant
    • [swift-evolution] Remove (!) logical negation operator (swift-evolution Digest, Vol 1, Issue 181)   Rainer Brockerhoff
      • [swift-evolution] Remove (!) logical negation operator (swift-evolution Digest, Vol 1, Issue 181)   Marc Knaup
      • [swift-evolution] Remove (!) logical negation operator (swift-evolution Digest, Vol 1, Issue 181)   Rainer Brockerhoff
    • [swift-evolution] Remove (!) logical negation operator   Sune Foldager
      • [swift-evolution] Remove (!) logical negation operator   Rudolf Adamkovic
      • [swift-evolution] Remove (!) logical negation operator   Sune Foldager
      • [swift-evolution] Remove (!) logical negation operator   Jordan Rose
      • [swift-evolution] Remove (!) logical negation operator   Bruno Berisso
      • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
      • [swift-evolution] Remove (!) logical negation operator   Jeremy Pereira
      • [swift-evolution] Remove (!) logical negation operator   Jeremy Pereira
      • [swift-evolution] Remove (!) logical negation operator   Al Skipp
      • [swift-evolution] Remove (!) logical negation operator   Chris Lattner
      • [swift-evolution] Remove (!) logical negation operator   Rudolf Adamkovic
      • [swift-evolution] Remove (!) logical negation operator   Andrey Tarantsov
      • [swift-evolution] Remove (!) logical negation operator   Bruno Berisso
• [swift-evolution] Explicit Protocol Conformance for Child Classes   Etan Kissling
  • [swift-evolution] Explicit Protocol Conformance for Child Classes   Arthur Ariel Sabintsev
• [swift-evolution] Mailman?   Robert Schwalbe
• [swift-evolution] Mailman?   James Campbell
  • [swift-evolution] Mailman?   Dennis Lysenko
    • [swift-evolution] Mailman?   James Campbell
  • [swift-evolution] Mailman?   Kevin Wooten
    • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   Kevin Wooten
      • [swift-evolution] Mailman?   David Owens II
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   James Campbell
      • [swift-evolution] Mailman?   Kevin Wooten
      • [swift-evolution] Mailman?   David Owens II
      • [swift-evolution] Mailman?   Kevin Wooten
      • [swift-evolution] Mailman?   David Owens II
      • [swift-evolution] Mailman?   Kevin Ballard
      • [swift-evolution] Mailman?   David Waite
• [swift-evolution] Changing postfix "self" to something clearer like "type"   Brandon Knope
  • [swift-evolution] Changing postfix "self" to something clearer like "type"   Dennis Lysenko
    • [swift-evolution] Changing postfix "self" to something clearer like "type"   Brandon Knope
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   David Hart
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Jordan Rose
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Drew Crawford
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Jordan Rose
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Marc Knaup
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Gwendal Roué
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Taras Zakharko
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Taras Zakharko
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Jordan Rose
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Greg Parker
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Jordan Rose
      • [swift-evolution] Changing postfix "self" to something clearer like "type"   Joe Groff
• [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
  • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
  • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
    • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Proposal: conversion protocol naming conventions   ilya
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Proposal: conversion protocol naming conventions   Brent Royal-Gordon
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   David Waite
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Erica Sadun
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Dave Abrahams
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Dave Abrahams
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Requesting a team ruling on the next step, please Re: Proposal: conversion protocol naming conventions   Matthew Johnson
      • [swift-evolution] Proposal: conversion protocol naming conventions   Brent Royal-Gordon
      • [swift-evolution] Proposal: conversion protocol naming conventions   Matthew Johnson
  • [swift-evolution] Proposal: conversion protocol naming conventions   Andrew Brown
• [swift-evolution] Mailman?   Jacob Bandes-Storch
  • [swift-evolution] Mailman?   James Campbell
• [swift-evolution] Making protocol conformance inheritance controllable   Thorsten Seitz
  • [swift-evolution] Making protocol conformance inheritance controllable   Joe Groff
• [swift-evolution] SR-104: Improve Crash-Safety when Importing Objective-C Code Without Nullability Attributes   Fabian Ehrentraud
• [swift-evolution] Proposal: Add public(objc) modifier   Kevin Ballard
• [swift-evolution] ? suffix for <, >, <=, >= comparisons with optionals to prevent subtle bugs   Fabian Ehrentraud
  • [swift-evolution] ? suffix for <, >, <=, >= comparisons with optionals to prevent subtle bugs   Al Skipp
• [swift-evolution] Streamlining closures   Jordan Rose
• [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Douglas Gregor
  • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dave Abrahams
    • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dmitri Gribenko
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Rob Mayoff
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dave Abrahams
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Jordan Rose
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Kevin Ballard
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Jordan Rose
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Max Moiseev
    • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Donnacha Oisín Kidney
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dmitri Gribenko
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dave Abrahams
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Donnacha Oisín Kidney
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dave Abrahams
      • [swift-evolution] [Review] Add a Lazy flatMap for Sequences of Optionals   Dave Abrahams
• [swift-evolution] Mailman?   Tino Heth
  • [swift-evolution] Mailman?   Kevin Ballard
    • [swift-evolution] Mailman?   Zach Drayer
• [swift-evolution] Proposal: Bitmask-style syntax for Method Chaining   Chuquimia, Max
  • [swift-evolution] Proposal: Bitmask-style syntax for Method Chaining   Etan Kissling
  • [swift-evolution] Proposal: Bitmask-style syntax for Method Chaining   Jakob Egger
    • [swift-evolution] Proposal: Bitmask-style syntax for Method Chaining   Jacob Bandes-Storch
• [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Francisco Costa
  • [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Stephen Christopher
    • [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Francisco Costa
  • [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Dennis Lysenko
    • [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Fabian Ehrentraud
    • [swift-evolution] Proposal: Keep var on Function Parameters and Pattern Matching   Francisco Costa
• [swift-evolution] Optional Setting   James Campbell
  • [swift-evolution] Optional Setting   Greg Titus
    • [swift-evolution] Optional Setting   Brent Royal-Gordon
      • [swift-evolution] Optional Setting   Jacob Bandes-Storch
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   Jacob Bandes-Storch
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   Jordan Rose
      • [swift-evolution] Optional Setting   Matthew Johnson
      • [swift-evolution] Optional Setting   Jacob Bandes-Storch
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   Marc Knaup
      • [swift-evolution] Optional Setting   Jacob Bandes-Storch
      • [swift-evolution] Optional Setting   Al Skipp
      • [swift-evolution] Optional Setting   Kevin Wooten
      • [swift-evolution] Optional Setting   Marc Knaup
      • [swift-evolution] Optional Setting   Stephen Celis
      • [swift-evolution] Optional Setting   Kevin Wooten
      • [swift-evolution] Optional Setting   Ian Ynda-Hummel
      • [swift-evolution] Optional Setting   ilya
      • [swift-evolution] Optional Setting   Matthew Johnson
      • [swift-evolution] Optional Setting   Kevin Wooten
      • [swift-evolution] Optional Setting   Kevin Wooten
      • [swift-evolution] Optional Setting   Dave Abrahams
      • [swift-evolution] Optional Setting   James Campbell
      • [swift-evolution] Optional Setting   Javier Soto
      • [swift-evolution] Optional Setting   Marc Knaup
      • [swift-evolution] Optional Setting   Jacob Bandes-Storch
      • [swift-evolution] Optional Setting   Dave Abrahams
      • [swift-evolution] Optional Setting   James Campbell
  • [swift-evolution] Optional Setting   Johan Jensen
  • [swift-evolution] Optional Setting   Jacob Bandes-Storch
    • [swift-evolution] Optional Setting   Jacob Bandes-Storch
  • [swift-evolution] Optional Setting   Ash Furrow
    • [swift-evolution] Optional Setting   James Campbell
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Greg Parker
  • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Brent Royal-Gordon
  • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Drew Crawford
    • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Greg Parker
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Drew Crawford
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Marc Knaup
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Marc Knaup
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Drew Crawford
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Marc Knaup
  • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Marc Knaup
    • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   David Rodrigues
    • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Andrey Tarantsov
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Greg Parker
  • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Rudolf Adamkovic
    • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Chris Lattner
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Dennis Lysenko
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Stephen Celis
• [swift-evolution] [Proposal] Warn about implicit property access in own setter   Marc Knaup
  • [swift-evolution] [Proposal] Warn about implicit property access in own setter   Dennis Lysenko
    • [swift-evolution] [Proposal] Warn about implicit property access in own setter   Marc Knaup
      • [swift-evolution] [Proposal] Warn about implicit property access in own setter   Dennis Lysenko
      • [swift-evolution] [Proposal] Warn about implicit property access in own setter   Marc Knaup
    • [swift-evolution] [Proposal] Warn about implicit property access in own setter   Colin Cornaby
• [swift-evolution] Fwd: Optional Setting   James Campbell
• [swift-evolution] Immediately-called closures should be considered @noescape   Brent Royal-Gordon
  • [swift-evolution] Immediately-called closures should be considered @noescape   Joe Groff
    • [swift-evolution] Immediately-called closures should be considered @noescape   Jordan Rose
  • [swift-evolution] Immediately-called closures should be considered @noescape   Al Skipp
    • [swift-evolution] Immediately-called closures should be considered @noescape   Brent Royal-Gordon
  • [swift-evolution] Immediately-called closures should be considered @noescape   Chris Lattner
• [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Ross O'Brien
  • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Etan Kissling
• [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Vester Gottfried
  • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   David Waite
    • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Pierre Monod-Broca
  • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   ilya
    • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   ilya
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Etan Kissling
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Vinicius Vendramini
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Etan Kissling
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Vester Gottfried
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Stephen Celis
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Erica Sadun
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Kevin Ballard
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Andrey Tarantsov
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Gwendal Roué
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Andrew Bennett
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Andrey Tarantsov
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Stephen Celis
      • [swift-evolution] Proposal: Add implicit/default else-behaviour for the guard statement   Gwendal Roué
• [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Ross O'Brien
  • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Charles Srstka
    • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Marc Knaup
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Ross O'Brien
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   ilya
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Charles Srstka
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Marc Knaup
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Colin Cornaby
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Marc Knaup
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Marc Knaup
      • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Colin Cornaby
    • [swift-evolution] Proposal: 'selfless' keyword for refactoring duplicate code from initialisers   Colin Cornaby
• [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Greg Parker
  • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Drew Crawford
    • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Matthew Johnson
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   ilya
      • [swift-evolution] Proposal: Allow `[strong self]` capture in closures and remove the `self` requirement therein   Pierre Monod-Broca
• [swift-evolution] Type information containing multiple additional protocols   Jordan Rose
  • [swift-evolution] Type information containing multiple additional protocols   Kevin Ballard
    • [swift-evolution] Type information containing multiple additional protocols   Marc Knaup
      • [swift-evolution] Type information containing multiple additional protocols   Matthew Johnson
      • [swift-evolution] Type information containing multiple additional protocols   Marc Knaup
      • [swift-evolution] Type information containing multiple additional protocols   Matthew Johnson
• [swift-evolution] Swift 3 Generics   Matthew Johnson
  • [swift-evolution] Swift 3 Generics   Dmitri Gribenko
  • [swift-evolution] Swift 3 Generics   Douglas Gregor
    • [swift-evolution] Swift 3 Generics   Joe Groff
    • [swift-evolution] Swift 3 Generics   David Waite
      • [swift-evolution] Swift 3 Generics   Douglas Gregor
      • [swift-evolution] Swift 3 Generics   Matthew Johnson
      • [swift-evolution] Swift 3 Generics   Douglas Gregor
      • [swift-evolution] Swift 3 Generics   Matthew Johnson
    • [swift-evolution] Swift 3 Generics   Matthew Johnson
    • [swift-evolution] Swift 3 Generics   Matthew Johnson
      • [swift-evolution] Swift 3 Generics   Slava Pestov
    • [swift-evolution] Swift 3 Generics   Slava Pestov
• [swift-evolution] More flexible guard statement   Adrian Kashivskyy
  • [swift-evolution] More flexible guard statement   Arthur Ariel Sabintsev
• [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
  • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
  • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Al Skipp
    • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrew Bennett
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   T.J. Usiyan
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Al Skipp
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrew Bennett
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Austin Zheng
  • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Douglas Gregor
    • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Dave Abrahams
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Douglas Gregor
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   T.J. Usiyan
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Douglas Gregor
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   T.J. Usiyan
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Dave Abrahams
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Greg Titus
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Dave Abrahams
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Douglas Gregor
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Joe Groff
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Jens Persson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Dave Abrahams
  • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
    • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Brent Royal-Gordon
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Al Skipp
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Krzysztof Siejkowski
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Will Fancher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Jens Persson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Krzysztof Siejkowski
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrew Bennett
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Stephen Christopher
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Matthew Johnson
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrey Tarantsov
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Brent Royal-Gordon
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Joe Groff
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Andrew Bennett
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Al Skipp
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Thorsten Seitz
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   André Videla
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Donnacha Oisín Kidney
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Krzysztof Siejkowski
      • [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Brent Royal-Gordon
• [swift-evolution] Spread Operator as Shorthand for Map   Sean Kosanovich
  • [swift-evolution] Spread Operator as Shorthand for Map   Andrew Bennett
  • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
    • [swift-evolution] Spread Operator as Shorthand for Map   Sean Kosanovich
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
    • [swift-evolution] Spread Operator as Shorthand for Map   ilya
  • [swift-evolution] Spread Operator as Shorthand for Map   Al Skipp
    • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Al Skipp
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Greg Titus
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Al Skipp
      • [swift-evolution] Spread Operator as Shorthand for Map   Jacob Bandes-Storch
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Brent Royal-Gordon
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Stephen Celis
      • [swift-evolution] Spread Operator as Shorthand for Map   Matthew Johnson
      • [swift-evolution] Spread Operator as Shorthand for Map   Dennis Lysenko
      • [swift-evolution] Spread Operator as Shorthand for Map   Dennis Lysenko
      • [swift-evolution] Spread Operator as Shorthand for Map   Al Skipp
      • [swift-evolution] Spread Operator as Shorthand for Map   Sean Heber
• [swift-evolution] Mailman?   Rainer Brockerhoff
  • [swift-evolution] Mailman?   James Campbell
• [swift-evolution] multi-line string literals   Rainer Brockerhoff
  • [swift-evolution] multi-line string literals   Jordan Rose
    • [swift-evolution] multi-line string literals   Chris Lattner
      • [swift-evolution] multi-line string literals   Dave Abrahams
      • [swift-evolution] multi-line string literals   Jason Dusek
    • [swift-evolution] multi-line string literals   Rainer Brockerhoff
  • [swift-evolution] multi-line string literals   David Waite
• [swift-evolution] Remove (!) logical negation operator   Yichen Cao
  • [swift-evolution] Remove (!) logical negation operator   Marc Knaup
  • [swift-evolution] Remove (!) logical negation operator   ilya
    • [swift-evolution] Remove (!) logical negation operator   Dennis Lysenko
      • [swift-evolution] Remove (!) logical negation operator   Rafael Costa
      • [swift-evolution] Remove (!) logical negation operator   Andrew Bennett
• [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Marco Masser
  • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Chris Lattner
    • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Dave Abrahams
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Marco Masser
    • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Marco Masser
  • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Paul Cantrell
    • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Jeremy Pereira
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Paul Cantrell
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Paul Cantrell
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Jacob Bandes-Storch
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Marco Masser
  • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Slava Pestov
    • [swift-evolution] Proposal: Add syntactic sugar for iterating over an Optional<SequenceType>   Marco Masser
• [swift-evolution] Proposal: Add @requires_super attribute   Vester Gottfried
  • [swift-evolution] Proposal: Add @requires_super attribute   Matthew Johnson
    • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Vester Gottfried
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Matthew Johnson
      • [swift-evolution] Proposal: Add @requires_super attribute   Jordan Rose
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Vester Gottfried
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add @requires_super attribute   Jordan Rose
      • [swift-evolution] Proposal: Add @requires_super attribute   T.J. Usiyan
      • [swift-evolution] Proposal: Add @requires_super attribute   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Etan Kissling
  • [swift-evolution] Proposal: Add @requires_super attribute   Tino Heth
    • [swift-evolution] Proposal: Add @requires_super attribute   T.J. Usiyan
    • [swift-evolution] Proposal: Add @requires_super attribute   Marc Knaup
      • [swift-evolution] Proposal: Add @requires_super attribute   Cullen MacDonald
      • [swift-evolution] Proposal: Add @requires_super attribute   Tino Heth
      • [swift-evolution] Proposal: Add @requires_super attribute   Javier Soto
      • [swift-evolution] Proposal: Add @requires_super attribute   T.J. Usiyan
      • [swift-evolution] Proposal: Add @requires_super attribute   Matthew Johnson
      • [swift-evolution] Proposal: Add @requires_super attribute   Tino Heth
  • [swift-evolution] Proposal: Add @requires_super attribute   Andrey Tarantsov
• [swift-evolution] [Review] Require self for accessing instance members   Douglas Gregor
  • [swift-evolution] [Review] Require self for accessing instance members   Douglas Gregor
    • [swift-evolution] [Review] Require self for accessing instance members   Michael Wells
      • [swift-evolution] [Review] Require self for accessing instance members   Marco Masser
      • [swift-evolution] [Review] Require self for accessing instance members   Vinicius Vendramini
      • [swift-evolution] [Review] Require self for accessing instance members   Bill Burgar
      • [swift-evolution] [Review] Require self for accessing instance members   Rob Mayoff
      • [swift-evolution] [Review] Require self for accessing instance members   Jeremy Pereira
      • [swift-evolution] [Review] Require self for accessing instance members   Kevin Wooten
      • [swift-evolution] [Review] Require self for accessing instance members   David Hart
      • [swift-evolution] [Review] Require self for accessing instance members   Greg Titus
    • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] [Review] Require self for accessing instance members   Sune Foldager
      • [swift-evolution] [Review] Require self for accessing instance members   David Hart
      • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] [Review] Require self for accessing instance members   Douglas Gregor
      • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] [Review] Require self for accessing instance members   Douglas Gregor
      • [swift-evolution] [Review] Require self for accessing instance members   Jeremy Pereira
      • [swift-evolution] [Review] Require self for accessing instance members   Brent Royal-Gordon
      • [swift-evolution] [Review] Require self for accessing instance members   Marc Knaup
      • [swift-evolution] [Review] Require self for accessing instance members   Dan Loewenherz
      • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] [Review] Require self for accessing instance members   T.J. Usiyan
      • [swift-evolution] [Review] Require self for accessing instance members   T.J. Usiyan
      • [swift-evolution] [Review] Require self for accessing instance members   Stephen Celis
      • [swift-evolution] [Review] Require self for accessing instance members   Honza Dvorsky
      • [swift-evolution] [Review] Require self for accessing instance members   Stephen Celis
      • [swift-evolution] [Review] Require self for accessing instance members   Matthew Johnson
      • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Erica Sadun
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Dave Abrahams
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Erica Sadun
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Matthew Johnson
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Stephen Celis
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Douglas Gregor
      • [swift-evolution] Reflecting updated feedback was Re: [Review] Require self for accessing instance members   Erica Sadun
  • [swift-evolution] [Review] Require self for accessing instance members   Erica Sadun
  • [swift-evolution] [Review] Require self for accessing instance members   Nick Shelley
  • [swift-evolution] [Review] Require self for accessing instance members   Alejandro Martinez
  • [swift-evolution] [Review] Require self for accessing instance members   Hooman Mehr
    • [swift-evolution] [Review] Require self for accessing instance members   Austin Zheng
  • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Paul Cantrell
  • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Ray Fix
  • [swift-evolution] [Review] Require self for accessing instance members   Nikolaj Schumacher
  • [swift-evolution] [Review] Require self for accessing instance members   Guillaume Lessard
  • [swift-evolution] [Review] Require self for accessing instance members   Preston Sumner
  • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Pierre Monod-Broca
  • [swift-evolution] [Review] Require self for accessing instance members   Kevin Ballard
  • [swift-evolution] [Review] Require self for accessing instance members   David Waite
  • [swift-evolution] [Review] Require self for accessing instance members   Stephen Christopher
    • [swift-evolution] [Review] Require self for accessing instance members   Jacopo Andrea Giola
  • [swift-evolution] [Review] Require self for accessing instance members   Patrick Gili
  • [swift-evolution] [Review] Require self for accessing instance members   Rudolf Adamkovic
    • [swift-evolution] [Review] Require self for accessing instance members   Michael Buckley
    • [swift-evolution] [Review] Require self for accessing instance members   David Hart
      • [swift-evolution] [Review] Require self for accessing instance members   David Waite
      • [swift-evolution] [Review] Require self for accessing instance members   Francisco Costa
      • [swift-evolution] [Review] Require self for accessing instance members   Tino Heth
      • [swift-evolution] [Review] Require self for accessing instance members   Eugene Gubin
    • [swift-evolution] [Review] Require self for accessing instance members   Radosław Pietruszewski
  • [swift-evolution] [Review] Require self for accessing instance members   Jed Lewison
    • [swift-evolution] [Review] Require self for accessing instance members   Kevin Lundberg
      • [swift-evolution] [Review] Require self for accessing instance members   Wallacy
      • [swift-evolution] [Review] Require self for accessing instance members   Benjamin Deming
  • [swift-evolution] [Review] Require self for accessing instance members   David Owens II
  • [swift-evolution] [Review] Require self for accessing instance members   plx
  • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Tracy Keeling
  • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Kenny Leung
    • [swift-evolution] [swift-evolution-announce] [Review] Require self for accessing instance members   Jens Persson
    • [swift-evolution] [Review] Require self for accessing instance members   Kenny Leung
      • [swift-evolution] [Review] Require self for accessing instance members   Tino Heth
  • [swift-evolution] [Review] Require self for accessing instance members   Charles Srstka
    • [swift-evolution] [Review] Require self for accessing instance members   Tino Heth
      • [swift-evolution] [Review] Require self for accessing instance members   Charles Srstka
      • [swift-evolution] [Review] Require self for accessing instance members   Charles Srstka
• [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
  • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
    • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Dave Abrahams
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Jacob Bandes-Storch
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Jacob Bandes-Storch
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Jordan Rose
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Jordan Rose
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Jordan Rose
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Michael Gottesman
  • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
    • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Dave Abrahams
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Kevin Ballard
      • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
• [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Terrence Katzenbaer
  • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Ian Ynda-Hummel
    • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Ian Ynda-Hummel
• [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Kevin Ballard
  • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Joe Groff
    • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Kevin Ballard
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Joe Groff
    • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Chris Lattner
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Joe Groff
  • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Jacob Bandes-Storch
    • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Kevin Ballard
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Michael Gottesman
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Michael Gottesman
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Matthew Johnson
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Joe Groff
      • [swift-evolution] Proposal: Extend the &x -> UnsafePointer behavior to work with immutable values   Matthew Johnson
• [swift-evolution] [Review] Require self for accessing instance members   Colin Cornaby
  • [swift-evolution] [Review] Require self for accessing instance members   Tino Heth
  • [swift-evolution] [Review] SE-0009 - Require self for accessing instance members   Jeremy Pereira
• [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Terrence Katzenbaer
  • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   ilya
• [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Rainer Brockerhoff
  • [swift-evolution] Proposal: [stdlib] Remove withUnsafe[Mutable]Pointer[s]()   Joe Groff
• [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Terrence Katzenbaer
  • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Ian Ynda-Hummel
    • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Terrence Katzenbaer
• [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Tino Heth
  • [swift-evolution] Method cascading (was Re: Request for Discussion: Setup closures)   Kenny Leung
• [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Terrence Katzenbaer
  • [swift-evolution] Allow strengthening argument types in functions declared for protocol conformance   Ian Ynda-Hummel
• [swift-evolution] [Review] Require self for accessing instance members   Radosław Pietruszewski
  • [swift-evolution] [Review] Require self for accessing instance members   Paul Ossenbruggen
• [swift-evolution] [Review] Require self for accessing instance members   Hirad Motamed
• [swift-evolution] Drafting a proposal: Make conflicting with protocol extension methods an error   Brent Royal-Gordon
  • [swift-evolution] Drafting a proposal: Make conflicting with protocol extension methods an error   Dave Abrahams
    • [swift-evolution] Drafting a proposal: Make conflicting with protocol extension methods an error   Brent Royal-Gordon
      • [swift-evolution] Drafting a proposal: Make conflicting with protocol extension methods an error   Dave Abrahams
• [swift-evolution] [Review] SE-0009: Require self for accessing instance members   Brent Royal-Gordon
• [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Joe Groff
  • [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Pierre Monod-Broca
  • [swift-evolution] Proposal: Expose getter/setters in the same way as regular methods   Michael Henson
• [swift-evolution] Proposal: Replace logical AND (&&) and OR (||) operators with natural language "and" and "or"   Yannik Bloscheck
  • [swift-evolution] Proposal: Replace logical AND (&&) and OR (||) operators with natural language "and" and "or"   J. Cheyo Jimenez
    • [swift-evolution] Proposal: Replace logical AND (&&) and OR (||) operators with natural language "and" and "or"   Matt Armitage
      • [swift-evolution] Proposal: Replace logical AND (&&) and OR (||) operators with natural language "and" and "or"   Yannik Bloscheck
• [swift-evolution] [Review] Require self for accessing instance members   Denis Nikitenko
• [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
• [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
  • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Brent Royal-Gordon
    • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
      • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Brent Royal-Gordon
      • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
      • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
  • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Thorsten Seitz
    • [swift-evolution] [Proposal Idea] catching functions for composable and cps error handling   Matthew Johnson
• [swift-evolution] [Review] Require self for accessing instance members   Félix Cloutier
• [swift-evolution] Bool vs. Optional<Void>   Brent Royal-Gordon
  • [swift-evolution] Bool vs. Optional<Void>   Andrew Bennett
  • [swift-evolution] Bool vs. Optional<Void>   Krzysztof Siejkowski
    • [swift-evolution] Bool vs. Optional<Void>   Félix Cloutier
  • [swift-evolution] Bool vs. Optional<Void>   Pyry Jahkola
    • [swift-evolution] Bool vs. Optional<Void>   Slava Pestov
    • [swift-evolution] Bool vs. Optional<Void>   Jordan Rose
• [swift-evolution] let type binding   James Campbell
  • [swift-evolution] Fwd: let type binding   Taras Zakharko
• [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Daniel Steinberg
  • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Sean Kosanovich
    • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Thomas Catterall
  • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   ilya
  • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Dave Abrahams
    • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Matthew Johnson
  • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   James Dempsey
    • [swift-evolution] Pre proposal: Should there be a way to distinguish class instances from struct instances   Dave Abrahams
• [swift-evolution] [Proposal] Higher Kinded Types (Monads, Functors, etc.)   Al Skipp
• [swift-evolution] References in Value Types (Deep-Copy-OnWrite)   Andrew Bennett
  • [swift-evolution] References in Value Types (Deep-Copy-OnWrite)   Brent Royal-Gordon
    • [swift-evolution] References in Value Types (Deep-Copy-OnWrite)   Andrew Bennett
  • [swift-evolution] References in Value Types (Deep-Copy-OnWrite)   ilya
• [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Amir Michail
  • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Brent Royal-Gordon
    • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Amir Michail
      • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Krzysztof Siejkowski
      • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Jeremy Pereira
      • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Félix Cloutier
      • [swift-evolution] Proposal: Python's "in" and "not in" syntactic sugar   Adrian Kashivskyy
• [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Félix Cloutier
  • [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Keith Smiley
    • [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Félix Cloutier
      • [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Kevin Wooten
      • [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Kevin Wooten
      • [swift-evolution] Proposal: partial initialization before returning nil from an initializer   Keith Smiley
• [swift-evolution] Proposal: Add @noescape to the transform parameter of 'SequenceType.flatMap'   Meador Inge
• [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Amir Michail
  • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Paul Ossenbruggen
  • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Liam Butler-Lawrence
    • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Al Skipp
      • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   T.J. Usiyan
  • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Adrian Kashivskyy
    • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Amir Michail
      • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Alex Popov
      • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Adrian Kashivskyy
  • [swift-evolution] Proposal: Python's list, generator, and dictionary comprehensions   Jordan Rose
• [swift-evolution] Proposal to change subscript value type on Array and other collection types.   mich at el.cx
  • [swift-evolution] Proposal to change subscript value type on Array and other collection types.   Donnacha Oisín Kidney
  • [swift-evolution] Proposal to change subscript value type on Array and other collection types.   ilya
• [swift-evolution] Proposal: 0009 Require self for accessing instance members   me at michael-brown.net
  • [swift-evolution] Proposal: 0009 Require self for accessing instance members   Dan Loewenherz
    • [swift-evolution] Proposal: 0009 Require self for accessing instance members   Michael Brown
      • [swift-evolution] Proposal: 0009 Require self for accessing instance members   Daniel Hooper
      • [swift-evolution] Proposal: 0009 Require self for accessing instance members   Paul Ossenbruggen
      • [swift-evolution] Proposal: 0009 Require self for accessing instance members   Radosław Pietruszewski
• [swift-evolution] [Proposal] Property behaviors   Joe Groff
  • [swift-evolution] [Proposal] Property behaviors   David Owens II
    • [swift-evolution] [Proposal] Property behaviors   Félix Cloutier
    • [swift-evolution] [Proposal] Property behaviors   Joe Groff
    • [swift-evolution] [Proposal] Property behaviors   Alejandro Martinez
      • [swift-evolution] [Proposal] Property behaviors   Joe Groff
  • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
  • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
    • [swift-evolution] [Proposal] Property behaviors   Joe Groff
      • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
      • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
  • [swift-evolution] [Proposal] Property behaviors   Michel Fortin
    • [swift-evolution] [Proposal] Property behaviors   Joe Groff
      • [swift-evolution] [Proposal] Property behaviors   Michel Fortin
      • [swift-evolution] [Proposal] Property behaviors   Andrew Bennett
      • [swift-evolution] [Proposal] Property behaviors   Russ Bishop
      • [swift-evolution] [Proposal] Property behaviors   Joe Groff
      • [swift-evolution] [Proposal] Property behaviors   Félix Cloutier
      • [swift-evolution] [Proposal] Property behaviors   Kevin Ballard
      • [swift-evolution] [Proposal] Property behaviors   Félix Cloutier
      • [swift-evolution] [Proposal] Property behaviors   Michel Fortin
      • [swift-evolution] [Proposal] Property behaviors   Kevin Ballard
      • [swift-evolution] [Proposal] Property behaviors   Chris Lattner
      • [swift-evolution] [Proposal] Property behaviors   Michel Fortin
  • [swift-evolution] [Proposal] Property behaviors   Félix Cloutier
  • [swift-evolution] [Proposal] Property behaviors   Kevin Ballard
    • [swift-evolution] [Proposal] Property behaviors   Joe Groff
      • [swift-evolution] [Proposal] Property behaviors   Joe Groff
      • [swift-evolution] [Proposal] Property behaviors   Chris Lattner
      • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
      • [swift-evolution] [Proposal] Property behaviors   Kevin Ballard
      • [swift-evolution] [Proposal] Property behaviors   Brent Royal-Gordon
    • [swift-evolution] [Proposal] Property behaviors   John Calsbeek
    • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
  • [swift-evolution] [Proposal] Property behaviors   Brent Royal-Gordon
  • [swift-evolution] [Proposal] Property behaviors   plx
  • [swift-evolution] [Proposal] Property behaviors   Stephen Christopher
    • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
      • [swift-evolution] [Proposal] Property behaviors   Stephen Christopher
      • [swift-evolution] [Proposal] Property behaviors   Matthew Johnson
• [swift-evolution] 3.0 if-var workaround construction question   Erica Sadun
  • [swift-evolution] 3.0 if-var workaround construction question   Joe Groff
    • [swift-evolution] 3.0 if-var workaround construction question   David Owens II
  • [swift-evolution] 3.0 if-var workaround construction question   Brent Royal-Gordon
    • [swift-evolution] 3.0 if-var workaround construction question   Dave Abrahams
• [swift-evolution] Proposal: Python's multiple comparisons and multiple assignments   Amir Michail
  • [swift-evolution] Proposal: Python's multiple comparisons and multiple assignments   Sune Foldager
    • [swift-evolution] Proposal: Python's multiple comparisons and multiple assignments   Jordan Rose
      • [swift-evolution] Proposal: Python's multiple comparisons and multiple assignments   Kenny Leung
• [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Ethan Tira-Thompson
  • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Radosław Pietruszewski
    • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Chris Lattner
      • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Andrew Bennett
  • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Greg Parker
    • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Chris Lattner
      • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Ross O'Brien
      • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Ethan Tira-Thompson
      • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Jacob Bandes-Storch
  • [swift-evolution] Request to add middle dot (U+00B7) as operator character?   Per Melin
• [swift-evolution] [Proposal] Factory Initializers   Riley Testut
  • [swift-evolution] [Proposal] Factory Initializers   Dave Abrahams
  • [swift-evolution] [Proposal] Factory Initializers   Chris Lattner
    • [swift-evolution] [Proposal] Factory Initializers   Matthew Johnson
    • [swift-evolution] [Proposal] Factory Initializers   Riley Testut
    • [swift-evolution] [Proposal] Factory Initializers   Thorsten Seitz
      • [swift-evolution] [Proposal] Factory Initializers   Chris Lattner
      • [swift-evolution] [Proposal] Factory Initializers   Joe Groff
      • [swift-evolution] [Proposal] Factory Initializers   Riley Testut
      • [swift-evolution] [Proposal] Factory Initializers   Dave Abrahams
      • [swift-evolution] [Proposal] Factory Initializers   Riley Testut
  • [swift-evolution] [Proposal] Factory Initializers   Douglas Gregor
• [swift-evolution] Make non-void functions @warn_unused_result by default   Tino Heth
  • [swift-evolution] Make non-void functions @warn_unused_result by default   Andrew Bennett
    • [swift-evolution] Make non-void functions @warn_unused_result by default   Jens Persson
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Tino Heth
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Dave Abrahams
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Erica Sadun
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Janosch Hildebrand
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Jacob Bandes-Storch
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Dave Abrahams
      • [swift-evolution] Make non-void functions @warn_unused_result by default   Janosch Hildebrand
• [swift-evolution] higher kinded types vs Python's syntactic sugars   Amir Michail
  • [swift-evolution] higher kinded types vs Python's syntactic sugars   Austin Zheng
  • [swift-evolution] higher kinded types vs Python's syntactic sugars   Félix Cloutier
  • [swift-evolution] higher kinded types vs Python's syntactic sugars   Joe Groff
  • [swift-evolution] higher kinded types vs Python's syntactic sugars   T.J. Usiyan
    • [swift-evolution] higher kinded types vs Python's syntactic sugars   Al Skipp
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   T.J. Usiyan
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   Dave Abrahams
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   T.J. Usiyan
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   T.J. Usiyan
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   Dave Abrahams
      • [swift-evolution] higher kinded types vs Python's syntactic sugars   T.J. Usiyan
• [swift-evolution] Make non-void functions @warn_unused_result by default   Dave Abrahams
  • [swift-evolution] Make non-void functions @warn_unused_result by default   Jens Persson
    • [swift-evolution] Make non-void functions @warn_unused_result by default   Pierre Monod-Broca
    • [swift-evolution] Make non-void functions @warn_unused_result by default   Tino Heth
• [swift-evolution] Final by default for classes and methods   Javier Soto
  • [swift-evolution] Final by default for classes and methods   Rod Brown
    • [swift-evolution] Final by default for classes and methods   Javier Soto
      • [swift-evolution] Final by default for classes and methods   Rod Brown
      • [swift-evolution] Final by default for classes and methods   Javier Soto
      • [swift-evolution] Final by default for classes and methods   Rod Brown
      • [swift-evolution] Final by default for classes and methods   Matthew Johnson
      • [swift-evolution] Final by default for classes and methods   Andrey Tarantsov
      • [swift-evolution] Final by default for classes and methods   Javier Soto
      • [swift-evolution] Final by default for classes and methods   Charles Srstka
      • [swift-evolution] Final by default for classes and methods   Michael Buckley
    • [swift-evolution] Final by default for classes and methods   Joe Groff
      • [swift-evolution] Final by default for classes and methods   Matthew Johnson
      • [swift-evolution] Final by default for classes and methods   Curt Clifton
      • [swift-evolution] Final by default for classes and methods   Rod Brown
      • [swift-evolution] Final by default for classes and methods   Dennis Lysenko
      • [swift-evolution] Final by default for classes and methods   Tino Heth
  • [swift-evolution] Final by default for classes and methods   Matthew Johnson
• [swift-evolution] [Proposal] Property behaviors   Berik Visschers
• [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   T.J. Usiyan
    • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   T.J. Usiyan
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Félix Cloutier
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Brent Royal-Gordon
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Brent Royal-Gordon
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Brent Royal-Gordon
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Brent Royal-Gordon
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Jordan Rose
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Jacob Bandes-Storch
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Nevin Brackett-Rozinsky
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Félix Cloutier
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Step C
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Greg Parker
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Joe Groff
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Radosław Pietruszewski
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Janosch Hildebrand
    • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
• [swift-evolution] Final by default for classes and methods   Rod Brown
  • [swift-evolution] Final by default for classes and methods   Matthew Johnson
• [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
  • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Sean Kosanovich
    • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Sean Kosanovich
  • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Al Skipp
    • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Dennis Lysenko
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Johan Jensen
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Tino Heth
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Sean Heber
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
  • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Radosław Pietruszewski
    • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Radosław Pietruszewski
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Radosław Pietruszewski
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Al Skipp
      • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
  • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Rob Mayoff
    • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
  • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Kevin Lundberg
    • [swift-evolution] [Proposal Idea] dot shorthand for instance members   Matthew Johnson
• [swift-evolution] Readwrite reflection in Swift   Gergely Orosz
  • [swift-evolution] Readwrite reflection in Swift   John McCall
  • [swift-evolution] Readwrite reflection in Swift   Joe Groff
    • [swift-evolution] Readwrite reflection in Swift   Gergely Orosz
  • [swift-evolution] Readwrite reflection in Swift   Michael Buckley
• [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
  • [swift-evolution] Proposal: Allow Type Annotations on Throws   Matthew Johnson
    • [swift-evolution] Proposal: Allow Type Annotations on Throws   Félix Cloutier
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Matthew Johnson
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Félix Cloutier
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Félix Cloutier
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Dennis Lysenko
    • [swift-evolution] Proposal: Allow Type Annotations on Throws   Dennis Lysenko
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Matthew Johnson
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Dennis Lysenko
    • [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Matthew Johnson
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Alex Popov
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Ricardo Parada
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   David Owens II
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Ricardo Parada
      • [swift-evolution] Proposal: Allow Type Annotations on Throws   Félix Cloutier
  • [swift-evolution] Proposal: Allow Type Annotations on Throws   Chris Lattner
• [swift-evolution] Shift operator: the type of the second operand   Jeremy Pereira
  • [swift-evolution] Shift operator: the type of the second operand   Félix Cloutier
  • [swift-evolution] Shift operator: the type of the second operand   Greg Titus
    • [swift-evolution] Shift operator: the type of the second operand   Andrew Bennett
      • [swift-evolution] Shift operator: the type of the second operand   Jordan Rose
      • [swift-evolution] Shift operator: the type of the second operand   Dave Abrahams
      • [swift-evolution] Shift operator: the type of the second operand   Chris Lattner
      • [swift-evolution] Shift operator: the type of the second operand   Dave Abrahams
• [swift-evolution] Proposal: Python's indexing and slicing   Amir Michail
  • [swift-evolution] Proposal: Python's indexing and slicing   Joe Groff
    • [swift-evolution] Proposal: Python's indexing and slicing   Jacob Bandes-Storch
    • [swift-evolution] Proposal: Python's indexing and slicing   Dave Abrahams
      • [swift-evolution] Proposal: Python's indexing and slicing   Paul Ossenbruggen
      • [swift-evolution] Proposal: Python's indexing and slicing   Dennis Lysenko
      • [swift-evolution] Proposal: Python's indexing and slicing   Dave Abrahams
      • [swift-evolution] Proposal: Python's indexing and slicing   Kevin Ballard
• [swift-evolution] Require self for accessing instance members   Pelaia II, Tom
• [swift-evolution] Tuple accessor shorthand   Alexandre Lopoukhine
  • [swift-evolution] Tuple accessor shorthand   Matthew Johnson
    • [swift-evolution] Tuple accessor shorthand   Alexandre Lopoukhine
      • [swift-evolution] Tuple accessor shorthand   Matthew Johnson
  • [swift-evolution] Tuple accessor shorthand   Félix Cloutier
    • [swift-evolution] Tuple accessor shorthand   Alexandre Lopoukhine
  • [swift-evolution] Tuple accessor shorthand   Radosław Pietruszewski
• [swift-evolution] [Pitch] Use enums as enum underlying types   Félix Cloutier
  • [swift-evolution] [Pitch] Use enums as enum underlying types   Dennis Lysenko
    • [swift-evolution] [Pitch] Use enums as enum underlying types   Félix Cloutier
    • [swift-evolution] [Pitch] Use enums as enum underlying types   Dennis Lysenko
      • [swift-evolution] [Pitch] Use enums as enum underlying types   T.J. Usiyan
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Sean Heber
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Dennis Lysenko
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Sean Heber
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Félix Cloutier
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Félix Cloutier
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Matthew Johnson
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Félix Cloutier
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Dennis Lysenko
      • [swift-evolution] [Pitch] Use enums as enum underlying types   Matthew Johnson
• [swift-evolution] [Proposal] Replace thin arrows (->) with fat arrows (=>)   David Fekke
  • [swift-evolution] [Proposal] Replace thin arrows (->) with fat arrows (=>)   John McCall
  • [swift-evolution] [Proposal] Replace thin arrows (->) with fat arrows (=>)   Etan Kissling
  • [swift-evolution] [Proposal] Replace thin arrows (->) with fat arrows (=>)   Radosław Pietruszewski
• [swift-evolution] [Review] Constraining AnySequence.init   Douglas Gregor
  • [swift-evolution] [Review] Constraining AnySequence.init   Félix Cloutier
    • [swift-evolution] [Review] Constraining AnySequence.init   Douglas Gregor
      • [swift-evolution] [Review] Constraining AnySequence.init   Kevin Ballard
      • [swift-evolution] [Review] Constraining AnySequence.init   Max Moiseev
      • [swift-evolution] [Review] Constraining AnySequence.init   Dmitri Gribenko
      • [swift-evolution] [Review] Constraining AnySequence.init   Kevin Ballard
      • [swift-evolution] [Review] Constraining AnySequence.init   Kevin Ballard
      • [swift-evolution] [Review] Constraining AnySequence.init   Dmitri Gribenko
• [swift-evolution] [Review] Resend: Constraining AnySequence.init   Douglas Gregor
• [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
  • [swift-evolution] Proposal: Add .times method to Integer type   Etan Kissling
    • [swift-evolution] Proposal: Add .times method to Integer type   Etan Kissling
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add .times method to Integer type   Félix Cloutier
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Jacob Bandes-Storch
      • [swift-evolution] Proposal: Add .times method to Integer type   Dave Abrahams
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add .times method to Integer type   Chris Lattner
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add .times method to Integer type   Chris Lattner
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Dennis Lysenko
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
  • [swift-evolution] Proposal: Add .times method to Integer type   Félix Cloutier
  • [swift-evolution] Proposal: Add .times method to Integer type   Brent Royal-Gordon
    • [swift-evolution] Proposal: Add .times method to Integer type   Jacob Bandes-Storch
      • [swift-evolution] Proposal: Add .times method to Integer type   Radosław Pietruszewski
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Paul Cantrell
  • [swift-evolution] Proposal: Add .times method to Integer type   Kenny Leung
    • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
      • [swift-evolution] Proposal: Add .times method to Integer type   Ian Ynda-Hummel
      • [swift-evolution] Proposal: Add .times method to Integer type   Brent Royal-Gordon
      • [swift-evolution] Proposal: Add .times method to Integer type   Andrew Hoos
  • [swift-evolution] Proposal: Add .times method to Integer type   Kevin Ballard
    • [swift-evolution] Proposal: Add .times method to Integer type   Erica Sadun
  • [swift-evolution] Proposal: Add .times method to Integer type   Tino Heth
    • [swift-evolution] Proposal: Add .times method to Integer type   Félix Cloutier
• [swift-evolution] Proposal - Allow properties in Extensions   Nutchaphon Rewik
  • [swift-evolution] Proposal - Allow properties in Extensions   Brent Royal-Gordon
    • [swift-evolution] Proposal - Allow properties in Extensions   Joe Groff
      • [swift-evolution] Proposal - Allow properties in Extensions   Kevin Ballard
      • [swift-evolution] Proposal - Allow properties in Extensions   Joe Groff
      • [swift-evolution] Proposal - Allow properties in Extensions   David Owens II
      • [swift-evolution] Proposal - Allow properties in Extensions   Austin Zheng
      • [swift-evolution] Proposal - Allow properties in Extensions   John McCall
      • [swift-evolution] Proposal - Allow properties in Extensions   Kevin Ballard
      • [swift-evolution] Proposal - Allow properties in Extensions   John McCall
      • [swift-evolution] Proposal - Allow properties in Extensions   Kevin Ballard
      • [swift-evolution] Proposal - Allow properties in Extensions   Joe Groff
      • [swift-evolution] Proposal - Allow properties in Extensions   Kevin Ballard
      • [swift-evolution] Proposal - Allow properties in Extensions   Chris Lattner
  • [swift-evolution] Proposal - Allow properties in Extensions   Dan Stenmark
  • [swift-evolution] Proposal - Allow properties in Extensions   Kevin Kachikian
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
  • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Radosław Pietruszewski
    • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Chris Lattner
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Harlan Haskins
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Harlan Haskins
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Radosław Pietruszewski
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Douglas Gregor
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Javier Soto
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Félix Cloutier
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Ludovic LANDRY
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Félix Cloutier
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Dave Abrahams
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Andrey Tarantsov
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Jordan Rose
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Dirk Schreib
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   James Campbell
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Radosław Pietruszewski
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Rod Brown
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Andrey Tarantsov
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   James Campbell
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
  • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Michel Fortin
    • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Félix Cloutier
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Félix Cloutier
      • [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
• [swift-evolution] Proposal: Remove % operator for floating-point types   Stephen Canon
  • [swift-evolution] Proposal: Remove % operator for floating-point types   Craig Cruden
    • [swift-evolution] Proposal: Remove % operator for floating-point types   Craig Cruden
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Dave Abrahams
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Craig Cruden
  • [swift-evolution] Proposal: Remove % operator for floating-point types   Jacob Bandes-Storch
    • [swift-evolution] Proposal: Remove % operator for floating-point types   Stephen Canon
  • [swift-evolution] Proposal: Remove % operator for floating-point types   Chris Lattner
    • [swift-evolution] Proposal: Remove % operator for floating-point types   Stephen Canon
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Chris Lattner
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Kevin Ballard
      • [swift-evolution] Proposal: Remove % operator for floating-point types   August Joki
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Kevin Ballard
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Joe Groff
      • [swift-evolution] Proposal: Remove % operator for floating-point types   Andrew Bennett
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Paul Cantrell
  • [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Paul Cantrell
  • [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Guillaume Lessard
    • [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Javier Soto
  • [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Dmitri Gribenko
• [swift-evolution] do try catch?   John McCall
• [swift-evolution] [Review] Require self for accessing instance members   William Shipley
  • [swift-evolution] [Review] Require self for accessing instance members   Ricardo Parada
• [swift-evolution] [Pitch] Replace 'inout' with '&'   Joe Groff
  • [swift-evolution] [Pitch] Replace 'inout' with '&'   Matthew Johnson
    • [swift-evolution] [Pitch] Replace 'inout' with '&'   Joe Groff
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Dave Abrahams
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Joe Groff
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Slava Pestov
  • [swift-evolution] [Pitch] Replace 'inout' with '&'   Chris Lattner
    • [swift-evolution] [Pitch] Replace 'inout' with '&'   Erica Sadun
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Jordan Rose
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Dmitri Gribenko
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Dave Abrahams
  • [swift-evolution] [Pitch] Replace 'inout' with '&'   Dmitri Gribenko
    • [swift-evolution] [Pitch] Replace 'inout' with '&'   Joe Groff
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Matthew Johnson
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Janosch Hildebrand
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Dmitri Gribenko
      • [swift-evolution] [Pitch] Replace 'inout' with '&'   Matthew Johnson
  • [swift-evolution] [Pitch] Replace 'inout' with '&'   Slava Pestov
• [swift-evolution] Unmanaged, and COpaquePointer vs. Unsafe(Mutable)Pointer   Dave Abrahams
• [swift-evolution] Make non-void functions @warn_unused_result by default   Kenny Leung
  • [swift-evolution] Make non-void functions @warn_unused_result by default   Frederick Kellison-Linn
    • [swift-evolution] Make non-void functions @warn_unused_result by default   Kenny Leung
• [swift-evolution] [Proposal] function "return" optional keyword.   Craig Cruden
  • [swift-evolution] [Proposal] function "return" optional keyword.   Jens Persson
  • [swift-evolution] [Proposal] function "return" optional keyword.   Dennis Lysenko
    • [swift-evolution] [Proposal] function "return" optional keyword.   Matthew Johnson
  • [swift-evolution] [Proposal] function "return" optional keyword.   Tino Heth
    • [swift-evolution] [Proposal] function "return" optional keyword.   Step C
      • [swift-evolution] [Proposal] function "return" optional keyword.   Dennis Lysenko
      • [swift-evolution] [Proposal] function "return" optional keyword.   Stephen Christopher
      • [swift-evolution] [Proposal] function "return" optional keyword.   Andrew Bennett
      • [swift-evolution] [Proposal] function "return" optional keyword.   Erica Sadun
      • [swift-evolution] [Proposal] function "return" optional keyword.   Jacob Bandes-Storch
      • [swift-evolution] [Proposal] function "return" optional keyword.   David Owens II
      • [swift-evolution] [Proposal] function "return" optional keyword.   Craig Cruden
      • [swift-evolution] [Proposal] function "return" optional keyword.   ilya
      • [swift-evolution] [Proposal] function "return" optional keyword.   Craig Cruden
      • [swift-evolution] [Proposal] function "return" optional keyword.   Craig Cruden
      • [swift-evolution] [Proposal] function "return" optional keyword.   Patrick Gili
  • [swift-evolution] [Proposal] function "return" optional keyword.   Kevin Ballard
    • [swift-evolution] [Proposal] function "return" optional keyword.   Andrew Bennett
  • [swift-evolution] [Proposal] function "return" optional keyword.   Jordan Rose
    • [swift-evolution] [Proposal] function "return" optional keyword.   Félix Cloutier
  • [swift-evolution] [Proposal] function "return" optional keyword.   Radosław Pietruszewski
• [swift-evolution] rethrows as first-class type annotation   Alexandre Lopoukhine
  • [swift-evolution] rethrows as first-class type annotation   Dmitri Gribenko
    • [swift-evolution] rethrows as first-class type annotation   Alexandre Lopoukhine
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Chris Lattner
  • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Kevin Wooten
    • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Radosław Pietruszewski
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dave Abrahams
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Cihat Gündüz
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Kevin Wooten
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Tino Heth
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Cihat Gündüz
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
    • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   ilya
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dave Abrahams
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dave Abrahams
      • [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Kevin Wooten
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Chris Lattner
• [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Tino Heth
  • [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Dave Abrahams
    • [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Tino Heth
  • [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Kevin Ballard
    • [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Radosław Pietruszewski
    • [swift-evolution] Fluent syntax (replacing void with a useful default return value)   Andrey Tarantsov
• [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Loïc Lecrenier
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Tino Heth
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Andrew Hoos
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Brent Royal-Gordon
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Charles Constant
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Tino Heth
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Andrey Tarantsov
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Tino Heth
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Loïc Lecrenier
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Janosch Hildebrand
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Tino Heth
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Loïc Lecrenier
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Erica Sadun
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Andrey Tarantsov
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Loïc Lecrenier
• [swift-evolution] [Pitch] make @noescape the default   Matthew Johnson
  • [swift-evolution] [Pitch] make @noescape the default   Andrew Bennett
  • [swift-evolution] [Pitch] make @noescape the default   Dmitri Gribenko
    • [swift-evolution] [Pitch] make @noescape the default   Matthew Johnson
  • [swift-evolution] [Pitch] make @noescape the default   Kevin Ballard
    • [swift-evolution] [Pitch] make @noescape the default   Matthew Johnson
      • [swift-evolution] [Pitch] make @noescape the default   ilya
      • [swift-evolution] [Pitch] make @noescape the default   Félix Cloutier
      • [swift-evolution] [Pitch] make @noescape the default   Matthew Johnson
• [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Michael Henson
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Matthew Johnson
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Dave Abrahams
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Stephen Christopher
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Brent Royal-Gordon
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Dave Abrahams
      • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Stephen Celis
• [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Amir Michail
  • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Colin Barrett
    • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Amir Michail
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Colin Barrett
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Amir Michail
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Colin Barrett
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Andrew Bennett
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Félix Cloutier
      • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   J. Cheyo Jimenez
  • [swift-evolution] Proposal: Rewrite Swift compiler in swift to get ideas for further language evolution.   Tino Heth
• [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Rainer Brockerhoff
  • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   T.J. Usiyan
    • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Dave Abrahams
      • [swift-evolution] RFC: Proposed rewrite of Unmanaged<T>   Rainer Brockerhoff
• [swift-evolution] Proposal: Remove % operator for floating-point types   Charles Kissinger
  • [swift-evolution] Proposal: Remove % operator for floating-point types   Kevin Ballard
• [swift-evolution] Brace syntax   Alexander Regueiro
  • [swift-evolution] Brace syntax   Kevin Ballard
    • [swift-evolution] Brace syntax   Craig Cruden
    • [swift-evolution] Brace syntax   Chris Lattner
    • [swift-evolution] Brace syntax   Charles Constant
      • [swift-evolution] Brace syntax   Paul Ossenbruggen
  • [swift-evolution] Brace syntax   Félix Cloutier
    • [swift-evolution] Brace syntax   Alexander Regueiro
    • [swift-evolution] Brace syntax   Dennis Lysenko
      • [swift-evolution] Brace syntax   Andrey Tarantsov
      • [swift-evolution] Brace syntax   Charles Constant
      • [swift-evolution] Brace syntax   Tino Heth
      • [swift-evolution] Brace syntax   Charles Constant
      • [swift-evolution] Brace syntax   Valentin Radu
      • [swift-evolution] Brace syntax   Dennis Lysenko
      • [swift-evolution] Brace syntax   Alexander Regueiro
      • [swift-evolution] Brace syntax   Michael Buckley
      • [swift-evolution] Brace syntax   Alexander Regueiro
      • [swift-evolution] Brace syntax   Michael Buckley
      • [swift-evolution] Brace syntax   Alexander Regueiro
      • [swift-evolution] Brace syntax   Andrey Tarantsov
      • [swift-evolution] Brace syntax   Alexander Regueiro
      • [swift-evolution] Brace syntax   Andrey Tarantsov
      • [swift-evolution] Brace syntax   Austin Zheng
      • [swift-evolution] Brace syntax   Douglas Gregor
      • [swift-evolution] Brace syntax   Paul Ossenbruggen
      • [swift-evolution] Brace syntax   Michael Buckley
      • [swift-evolution] Brace syntax   Charles Constant
  • [swift-evolution] Brace syntax   Charles Srstka
    • [swift-evolution] Brace syntax   Andrew Bennett
  • [swift-evolution] Brace syntax   Charles Constant
  • [swift-evolution] Brace syntax   Tino Heth
    • [swift-evolution] Brace syntax   Charles Constant
  • [swift-evolution] Brace syntax   Rudolf Adamkovic
  • [swift-evolution] Brace syntax   Bart Whiteley
  • [swift-evolution] Brace syntax   Radosław Pietruszewski
• [swift-evolution] Final by default for classes and methods   Jordan Rose
  • [swift-evolution] Final by default for classes and methods   Rod Brown
  • [swift-evolution] Final by default for classes and methods   David Owens II
• [swift-evolution] Using "where" to filter an array   Charles Constant
  • [swift-evolution] Using "where" to filter an array   Charles Srstka
    • [swift-evolution] Using "where" to filter an array   Charles Constant
      • [swift-evolution] Using "where" to filter an array   Jacob Bandes-Storch
      • [swift-evolution] Using "where" to filter an array   Charles Constant
      • [swift-evolution] Using "where" to filter an array   Jacob Bandes-Storch
      • [swift-evolution] Using "where" to filter an array   Félix Cloutier
• [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Charles Srstka
  • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Dennis Lysenko
    • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Dennis Lysenko
      • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Charles Srstka
  • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Brent Royal-Gordon
    • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Charles Srstka
      • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Brent Royal-Gordon
      • [swift-evolution] [Proposal idea] Improved interop for ErrorType->NSError   Charles Srstka
• [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Kelly Gerber
  • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Jacob Bandes-Storch
    • [swift-evolution] [SE-0011] Re-considering the replacement keyword for "typealias"   Kelly Gerber
• [swift-evolution] [Proposal idea] Support for pure functions   Jimmy Sambuo
  • [swift-evolution] [Proposal idea] Support for pure functions   Andrew Bennett
• [swift-evolution] [Proposal] Lock file for Swift Package Manager   Ankit Agarwal
  • [swift-evolution] [Proposal] Lock file for Swift Package Manager   Thomas Guthrie
    • [swift-evolution] [Proposal] Lock file for Swift Package Manager   Paul Cantrell
• [swift-evolution] Proposal: Make braces optional much like semicolons.   Amir Michail
  • [swift-evolution] Proposal: Make braces optional much like semicolons.   Stephen Celis
    • [swift-evolution] Proposal: Make braces optional much like semicolons.   Amir Michail
      • [swift-evolution] Proposal: Make braces optional much like semicolons.   Stephen Celis
  • [swift-evolution] Proposal: Make braces optional much like semicolons.   Bart Whiteley
    • [swift-evolution] Proposal: Make braces optional much like semicolons.   Craig Cruden
      • [swift-evolution] Proposal: Make braces optional much like semicolons.   Amir Michail
    • [swift-evolution] Proposal: Make braces optional much like semicolons.   Amir Michail
      • [swift-evolution] Proposal: Make braces optional much like semicolons.   Charles Constant
  • [swift-evolution] Proposal: Make braces optional much like semicolons.   Patrick Gili
    • [swift-evolution] Proposal: Make braces optional much like semicolons.   Amir Michail
• [swift-evolution] Proposal: Port open source productivity apps to Swift to gain insight into language evolution.   Amir Michail
  • [swift-evolution] Proposal: Port open source productivity apps to Swift to gain insight into language evolution.   Tino Heth
    • [swift-evolution] Proposal: Port open source productivity apps to Swift to gain insight into language evolution.   Amir Michail
  • [swift-evolution] Proposal: Port open source productivity apps to Swift to gain insight into language evolution.   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Alexandre Lopoukhine
  • [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Pitch] Clarify behavior of comments near operators   Jesse Rusak
• [swift-evolution] SR-227 Remove C-style for loops   G Alexander
• [swift-evolution] Character vs. String literals   Andrew Duncan
• [swift-evolution] ternary operator ?: suggestion   Howard Lovatt
• [swift-evolution] Proposal: A standard library Fraction type   T.J. Usiyan
• [swift-evolution] Proposal: Add .times method to Integer type   Howard Lovatt
  • [swift-evolution] Proposal: Add .times method to Integer type   T.J. Usiyan
• [swift-evolution] Run Swift code at compile time   Tyler Fleming Cloutier

Last message date: Sun Dec 20 23:43:58 CST 2015
Archived on: Mon Dec 21 11:18:48 CST 2015

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