The Week Of Monday 14 December 2015 Archives by date

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