The Week Of Monday 4 January 2016 Archives by date

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

Starting: Mon Jan 4 00:44:56 CST 2016
Ending: Sun Jan 10 23:55:37 CST 2016
Messages: 973

• [swift-evolution] Customized Inline Init Closure   Weston Catron
• [swift-evolution] [Proposal]: Free the '$' Symbol!   John Joyce
• [swift-evolution] Customized Inline Init Closure   Weston Catron
• [swift-evolution] [Proposal] Separate protocols and interfaces   Goffredo Marocchi
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Sebastian Hagedorn
• [swift-evolution] Keyword Discoverability   John Joyce
• [swift-evolution] Keyword Discoverability   Developer
• [swift-evolution] [Proposal] Separate protocols and interfaces   Антон Жилин
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Brent Royal-Gordon
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   QQ Mail
• [swift-evolution] Then Support   James Campbell
• [swift-evolution] Better syntax for deferred?   Jeremy Pereira
• [swift-evolution] [Proposal] Separate protocols and interfaces   Matthew Johnson
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Jo Albright
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Vincent Esche
• [swift-evolution] Empower String type with regular expression   Vincent Esche
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Vincent Esche
• [swift-evolution] Then Support   Erica Sadun
• [swift-evolution] Then Support   James Campbell
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Sune Foldager
• [swift-evolution] Proposal: named invariants for variable declarations   Amir Michail
• [swift-evolution] sortBy, minElementBy and maxElementBy methods   Sune Foldager
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Alex Migicovsky
• [swift-evolution] [Proposal] Separate protocols and interfaces   Douglas Gregor
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Matt Whiteside
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Michel Fortin
• [swift-evolution] Customized Inline Init Closure   Jo Albright
• [swift-evolution] [Proposal] Separate protocols and interfaces   Matthew Johnson
• [swift-evolution] [Proposal] Separate protocols and interfaces   Douglas Gregor
• [swift-evolution] [Proposal] Separate protocols and interfaces   Matthew Johnson
• [swift-evolution] swift-evolution Digest, Vol 2, Issue 7   Andrew Duncan
• [swift-evolution] use standard syntax instead of "do" and "repeat"   Andrew Duncan
• [swift-evolution] [Proposal] Separate protocols and interfaces   Douglas Gregor
• [swift-evolution] [Proposal] Add zip2WithNilPadding function   Антон Миронов
• [swift-evolution] Empower String type with regular expression   Trent Nadeau
• [swift-evolution] [Proposal] Separate protocols and interfaces   Matthew Johnson
• [swift-evolution] [Proposal] Separate protocols and interfaces   Douglas Gregor
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Félix Cloutier
• [swift-evolution] [Proposal] Separate protocols and interfaces   Matthew Johnson
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Kevin Ballard
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Tony Parker
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Kevin Ballard
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Dmitri Gribenko
• [swift-evolution] sortBy, minElementBy and maxElementBy methods   Howard Lovatt
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Howard Lovatt
• [swift-evolution] Proposal: named invariants for variable declarations   Howard Lovatt
• [swift-evolution] ternary operator ?: suggestion   Rod Brown
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Better syntax for deferred?   Howard Lovatt
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Brent Royal-Gordon
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Howard Lovatt
• [swift-evolution] Keyword Discoverability   Howard Lovatt
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Alex Johnson
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Drew Crawford
• [swift-evolution] use standard syntax instead of "do" and "repeat"   Howard Lovatt
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Owens II
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Rod Brown
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   Rod Brown
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Rod Brown
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Félix Cloutier
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Kevin Ballard
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   plx
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Paul Cantrell
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Kevin Ballard
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Brent Royal-Gordon
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Brent Royal-Gordon
• [swift-evolution] [swift-build-dev] [Proposal] Lock file for Swift Package Manager   Max Howell
• [swift-evolution] [swift-build-dev] [Proposal] Lock file for Swift Package Manager   Max Howell
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Paul Cantrell
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   plx
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   T.J. Usiyan
• [swift-evolution] [swift-build-dev] [swiftpm] Add proposal for C language support   Daniel Dunbar
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Farler
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Rod Brown
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Vincent Esche
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Goffredo Marocchi
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Brent Royal-Gordon
• [swift-evolution] Testing Assertions   Tony Parker
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Philosophy question: Foundation and Standard Library   Tony Parker
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Vincent Esche
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Douglas Gregor
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Donnacha Oisín Kidney
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Félix Cloutier
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Kevin Lundberg
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   John Joyce
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] Changing postfix "self" to something clearer like "type"   Brandon Knope
• [swift-evolution] Better syntax for deferred?   John McCall
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] [Proposal] Swift 2.2: #if swift language version   David Owens II
• [swift-evolution] Failable Initializer Suggestion   Thorsten Seitz
• [swift-evolution] Proposal: named invariants for variable declarations   Árpád Goretity
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Austin Zheng
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   John Joyce
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Vincent Esche
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Andrew Bennett
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Andrey Tarantsov
• [swift-evolution] Be able to initialise empty dict with array constrcutor   James Campbell
• [swift-evolution] Be able to initialise empty dict with array constrcutor   James Campbell
• [swift-evolution] Be able to initialise empty dict with array constrcutor   Jeremy Pereira
• [swift-evolution] Be able to initialise empty dict with array constrcutor   James Campbell
• [swift-evolution] Be able to initialise empty dict with array constrcutor   Jeremy Pereira
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Jérôme Duquennoy
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Charles Srstka
• [swift-evolution] Be able to initialise empty dict with array constrcutor   James Campbell
• [swift-evolution] Default lazy constructor   James Campbell
• [swift-evolution] Be able to initialise empty dict with array constrcutor   Alexander Kempgen
• [swift-evolution] Be able to initialise empty dict with array constrcutor   Jeremy Pereira
• [swift-evolution] Customized Inline Init Closure   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] Testing Assertions   Jérôme Duquennoy
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Dennis Lysenko
• [swift-evolution] Support for newtype feature/typesafe calculations   Grzegorz Adam Hankiewicz
• [swift-evolution] ternary operator ?: suggestion   Sean Heber
• [swift-evolution] Support for newtype feature/typesafe calculations   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Florian Bachmann
• [swift-evolution] Failable Initializer Suggestion   Dennis Lysenko
• [swift-evolution] ternary operator ?: suggestion   Sean Heber
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Paul Cantrell
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Paul Cantrell
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Félix Cloutier
• [swift-evolution] Support for newtype feature/typesafe calculations   Thorsten Seitz
• [swift-evolution] Support for newtype feature/typesafe calculations   Jeremy Pereira
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Support for newtype feature/typesafe calculations   Matthew Johnson
• [swift-evolution] Default lazy constructor   Félix Cloutier
• [swift-evolution] Very unexpected automatic behaviour between StringLiteralConvertible and pattern matching!   David Hart
• [swift-evolution] [swift-users] Very strange automatic behavior between StringLiteralConvertible and pattern matching   David Hart
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Paul Cantrell
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] ternary operator ?: suggestion   Rainer Brockerhoff
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Douglas Gregor
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] Thoughts on clarity of Double and Float type names?   David Owens II
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Tino Heth
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Goffredo Marocchi
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Marcelo Alves
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Chris Lattner
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Chris Lattner
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Dennis Lysenko
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] Be able to initialise empty dict with array constrcutor   Chris Lattner
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Kevin Ballard
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Goffredo Marocchi
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Be able to initialise empty dict with array constrcutor   James Campbell
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Chris Lattner
• [swift-evolution] Thoughts on clarity of Double and Float type names?   James Campbell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   John Joyce
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Proposal: Add public(objc) modifier   Kevin Ballard
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Alex Johnson
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] API Guideline bugs and enhancements   Erica Sadun
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Paul Cantrell
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Stephen Canon
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Kevin Wooten
• [swift-evolution] API Guideline bugs and enhancements   Paul Cantrell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] API Guideline bugs and enhancements   Daniel Steinberg
• [swift-evolution] API Guideline bugs and enhancements   Rudolf Adamkovič
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Thorsten Seitz
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Dennis Lysenko
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] Proposal: Add public(objc) modifier   Félix Cloutier
• [swift-evolution] Proposal: Add public(objc) modifier   Kevin Ballard
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Proposal: Add public(objc) modifier   Félix Cloutier
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] Proposal: Add public(objc) modifier   Kevin Ballard
• [swift-evolution] Custom summary for Mirrors?   Jordan Rose
• [swift-evolution] Beef up Imports   Jordan Rose
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Charles Srstka
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] Unify covariant return type behaviour   Howard Lovatt
• [swift-evolution] Proposal: Add SequenceType.first   Jordan Rose
• [swift-evolution] sortBy, minElementBy and maxElementBy methods   Jordan Rose
• [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Hoon H.
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Jordan Rose
• [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Jordan Rose
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Jordan Rose
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Janosch Hildebrand
• [swift-evolution] Proposal: Add SequenceType.first   Kevin Ballard
• [swift-evolution] Pre-proposal: "private(extension)" access modifier?   Austin Zheng
• [swift-evolution] Custom summary for Mirrors?   Austin Zheng
• [swift-evolution] Custom summary for Mirrors?   Dave Abrahams
• [swift-evolution] Beef up Imports   Simon Pilkington
• [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] Pre-proposal: "private(extension)" access modifier?   Félix Cloutier
• [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] Custom summary for Mirrors?   Austin Zheng
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Chris Lattner
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Howard Lovatt
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Greg Parker
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Charles Srstka
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Félix Cloutier
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Charles Srstka
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Félix Cloutier
• [swift-evolution] [Accepted] SE-0014 Constraining `AnySequence.init`   Douglas Gregor
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Brent Royal-Gordon
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Christopher Rogers
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Greg Parker
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Greg Parker
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Brent Royal-Gordon
• [swift-evolution] [Proposal]: Rectangles and other common structures.   John Randolph
• [swift-evolution] [Proposal]: Rectangles and other common structures.   John Randolph
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Jacob Bandes-Storch
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Félix Cloutier
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Brent Royal-Gordon
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   Thorsten Seitz
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Thorsten Seitz
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Thorsten Seitz
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Douglas Gregor
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Kevin Ballard
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Goffredo Marocchi
• [swift-evolution] Thoughts on clarity of Double and Float type names?   John Randolph
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] [swift-users] Very strange automatic behavior between StringLiteralConvertible and pattern matching   David Hart
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Thorsten Seitz
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Greg Parker
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] Proposal Sketch: simplify optional unwrapping syntax   James Campbell
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Thorsten Seitz
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] Rename "guard" to "unless"   James Campbell
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Krzysztof Siejkowski
• [swift-evolution] STDLibs   James Campbell
• [swift-evolution] Rename "guard" to "unless"   Scott Matthewman
• [swift-evolution] Rename "guard" to "unless"   Johan Jensen
• [swift-evolution] Rename "guard" to "unless"   Loïc Lecrenier
• [swift-evolution] Rename "guard" to "unless"   Greg Parker
• [swift-evolution] [swift-users] Very strange automatic behavior between StringLiteralConvertible and pattern matching   David Hart
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   John Randolph
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Honza Dvorsky
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Matthew Johnson
• [swift-evolution] STDLibs   Trent Nadeau
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Trent Nadeau
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Thorsten Seitz
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Greg Parker
• [swift-evolution] Rename "guard" to "unless"   James Campbell
• [swift-evolution] Type Safe Algorithms   James Campbell
• [swift-evolution] [Pitch] Replace 'inout' with '&'   Tahoma Toelkes
• [swift-evolution] [Pitch] Replace 'inout' with '&'   Trent Nadeau
• [swift-evolution] Type Safe Algorithms   Félix Cloutier
• [swift-evolution] Type Safe Algorithms   James Campbell
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Stephen Canon
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Matthew Johnson
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] [swift-users] Very strange automatic behavior between StringLiteralConvertible and pattern matching   Bruno Berisso
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Félix Cloutier
• [swift-evolution] removeFirst, optional equiviliant   James Campbell
• [swift-evolution] About the PermutationGenerator   Jordan Rose
• [swift-evolution] Proposal: Add SequenceType.first   Jordan Rose
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Douglas Gregor
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Matthew Johnson
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Honza Dvorsky
• [swift-evolution] Explicity Size Clipping   James Campbell
• [swift-evolution] Explicity Size Clipping   Félix Cloutier
• [swift-evolution] Explicity Size Clipping   James Campbell
• [swift-evolution] removeFirst, optional equiviliant   Max Moiseev
• [swift-evolution] Rename "guard" to "unless"   Chris Lattner
• [swift-evolution] removeFirst, optional equiviliant   James Campbell
• [swift-evolution] About the PermutationGenerator   Erica Sadun
• [swift-evolution] About the PermutationGenerator   plx
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Chris Lattner
• [swift-evolution] STDLibs   James Campbell
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Chris Lattner
• [swift-evolution] STDLibs   Chris Lattner
• [swift-evolution] STDLibs   Erica Sadun
• [swift-evolution] [Proposal]: support disable to trailing closure syntax   Chris Lattner
• [swift-evolution] removeFirst, optional equiviliant   Max Moiseev
• [swift-evolution] Explicity Size Clipping   Félix Cloutier
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-users] Very unexpected automatic behaviour between StringLiteralConvertible and pattern matching!   Joe Groff
• [swift-evolution] STDLibs   James Campbell
• [swift-evolution] STDLibs   Douglas Gregor
• [swift-evolution] Explicity Size Clipping   James Campbell
• [swift-evolution] removeFirst, optional equiviliant   James Campbell
• [swift-evolution] Explicity Size Clipping   James Campbell
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Charles Srstka
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   T.J. Usiyan
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Paul Cantrell
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Brent Royal-Gordon
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Alex Johnson
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Paul Cantrell
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Loïc Lecrenier
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Paul Cantrell
• [swift-evolution] [Rejected] SE-0009 Require self for accessing instance members   Charles Srstka
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Remy Demarest
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Jacob Bandes-Storch
• [swift-evolution] removeFirst, optional equiviliant   Rod Brown
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Paul Cantrell
• [swift-evolution] removeFirst, optional equiviliant   Jacob Bandes-Storch
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Jacob Bandes-Storch
• [swift-evolution] removeFirst, optional equiviliant   Rod Brown
• [swift-evolution] removeFirst, optional equiviliant   Jacob Bandes-Storch
• [swift-evolution] Allowing `guard let self = self else { ... }` for weakly captured self in a closure.   Alex Johnson
• [swift-evolution] removeFirst, optional equiviliant   Rod Brown
• [swift-evolution] [Mini-proposal] Require @nonobjc on members of @objc protocol extensions   Charles Srstka
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-users] Very unexpected automatic behaviour between StringLiteralConvertible and pattern matching!   David Hart
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Ross O'Brien
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-users] Very unexpected automatic behaviour between StringLiteralConvertible and pattern matching!   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Chris Lattner
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Paul Ossenbruggen
• [swift-evolution] SignedNumberType   James Campbell
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Alex Johnson
• [swift-evolution] Improve Number Type   James Campbell
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Howard Lovatt
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Ossenbruggen
• [swift-evolution] removeFirst, optional equiviliant   Jordan Rose
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] Improve Number Type   Dave Abrahams
• [swift-evolution] removeFirst, optional equiviliant   Dave Abrahams
• [swift-evolution] removeFirst, optional equiviliant   Jacob Bandes-Storch
• [swift-evolution] removeFirst, optional equiviliant   Dave Abrahams
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] removeFirst, optional equiviliant   Jacob Bandes-Storch
• [swift-evolution] SignedNumberType   Dave Abrahams
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Howard Lovatt
• [swift-evolution] SignedNumberType   Howard Lovatt
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Dave Abrahams
• [swift-evolution] removeFirst, optional equiviliant   Dave Abrahams
• [swift-evolution] removeFirst, optional equiviliant   James Campbell
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Xiaodi Wu
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Alex Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Félix Cloutier
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Lyle Parkyn
• [swift-evolution] [Pitch] Replace 'inout' with '&'   Howard Lovatt
• [swift-evolution] [Review] SE-0010 Add StaticString.UnicodeScalarView   Douglas Gregor
• [swift-evolution] [Review] SE-0010 Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] Require use of override keyword to override dynamically dispatched methods defined in a protocol with a default implementation   Howard Lovatt
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   Howard Lovatt
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Joe Groff
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Dave Abrahams
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Jordan Rose
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Brent Royal-Gordon
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Alex Popov
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Proposal]: Rectangles and other common structures.   John Randolph
• [swift-evolution] ternary operator ?: suggestion   Alex Popov
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Charles Constant
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Idea] Expression to retrieve the Objective-C selector of a method   Russ Bishop
• [swift-evolution] Allow let binding of non-optionals   Russ Bishop
• [swift-evolution] Support for newtype feature/typesafe calculations   Thorsten Seitz
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Thorsten Seitz
• [swift-evolution] Support for newtype feature/typesafe calculations   Félix Cloutier
• [swift-evolution] Allow let binding of non-optionals   Krzysztof Siejkowski
• [swift-evolution] ternary operator ?: suggestion   John Randolph
• [swift-evolution] [Draft Proposal] Require `final` on protocol extension members   T.J. Usiyan
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Proposal]: Rectangles and other common structures.   T.J. Usiyan
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] [Proposal]: Rectangles and other common structures.   John Randolph
• [swift-evolution] ternary operator ?: suggestion   John Randolph
• [swift-evolution] Fwd: ternary operator ?: suggestion   John Randolph
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   John Randolph
• [swift-evolution] [Proposal]: Rectangles and other common structures.   John Randolph
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Allow let binding of non-optionals   H2CO3
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] Allow let binding of non-optionals   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] Beef up Imports   Kevin Ballard
• [swift-evolution] Allowing Characters for use as Custom Operators   Jo Albright
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   James Campbell
• [swift-evolution] Beef up Imports   Developer
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] two protocols with the same method name   Grzegorz Leszek
• [swift-evolution] Initialize associated Types   James Campbell
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Low-level Swift   Romain Goyet
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Andrew Bennett
• [swift-evolution] Support for newtype feature/typesafe calculations   Grzegorz Adam Hankiewicz
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Low-level Swift   Charles Constant
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] Beef up Imports   Pyry Jahkola
• [swift-evolution] Support for newtype feature/typesafe calculations   Tino Heth
• [swift-evolution] Support for newtype feature/typesafe calculations   John Randolph
• [swift-evolution] Support for newtype feature/typesafe calculations   John Randolph
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   plx
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Adriano Ferreira
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Support for newtype feature/typesafe calculations   John Randolph
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Tino Heth
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Support for newtype feature/typesafe calculations   Matthew Johnson
• [swift-evolution] Proposal: named invariants for variable declarations   Jérôme Duquennoy
• [swift-evolution] [Proposal]: Rectangles and other common structures.   Tino Heth
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Tal Atlas
• [swift-evolution] Support for pure setters   David James
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Dave Abrahams
• [swift-evolution] Allowing Characters for use as Custom Operators   Félix Cloutier
• [swift-evolution] Initialize associated Types   Guillaume Lessard
• [swift-evolution] Epic: Typesafe calculations   Tino Heth
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] Allowing Characters for use as Custom Operators   Dennis Lysenko
• [swift-evolution] Initialize associated Types   James Campbell
• [swift-evolution] Epic: Typesafe calculations   James Campbell
• [swift-evolution] Support for newtype feature/typesafe calculations   Félix Cloutier
• [swift-evolution] Support for pure setters   Félix Cloutier
• [swift-evolution] Support for newtype feature/typesafe calculations   James Campbell
• [swift-evolution] Support for pure setters   David James
• [swift-evolution] Support for pure setters   David James
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] Support for newtype feature/typesafe calculations   Mark Glossop
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Vincent Esche
• [swift-evolution] Epic: Typesafe calculations   Mark Glossop
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Proposal: Add "none" and simplify the language.   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Pierre Monod-Broca
• [swift-evolution] [Proposal draff] abstract classes and methods   David Scrève
• [swift-evolution] Proposal: Add "none" and simplify the language.   James Campbell
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Vincent Esche
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: Add "none" and simplify the language.   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] [Proposal draff] abstract classes and methods   charles at charlesism.com
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   David James
• [swift-evolution] [swift-evolution-announce] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Matthew Johnson
• [swift-evolution] Epic: Typesafe calculations   Tino Heth
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] Proposal: named invariants for variable declarations   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: Add "none" and simplify the language.   Félix Cloutier
• [swift-evolution] Allow let binding of non-optionals   Gwendal Roué
• [swift-evolution] [Proposal draff] abstract classes and methods   David James
• [swift-evolution] [Proposal draff] abstract classes and methods   Matthew Johnson
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Epic: Typesafe calculations   Thorsten Seitz
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] [Proposal draff] abstract classes and methods   Gwendal Roué
• [swift-evolution] Allow let binding of non-optionals   Jacob Bandes-Storch
• [swift-evolution] [Proposal draff] abstract classes and methods   Matthew Johnson
• [swift-evolution] Allow let binding of non-optionals   Joe Groff
• [swift-evolution] Allow let binding of non-optionals   Gwendal Roué
• [swift-evolution] Allow let binding of non-optionals   Jacob Bandes-Storch
• [swift-evolution] Allow let binding of non-optionals   Gwendal Roué
• [swift-evolution] Allow let binding of non-optionals   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] Proposal: Add "none" and simplify the language.   Félix Cloutier
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Allowing Characters for use as Custom Operators   Jo Albright
• [swift-evolution] Allow let binding of non-optionals   Jacob Bandes-Storch
• [swift-evolution] [Proposal draff] abstract classes and methods   Gwendal Roué
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Alex Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] Epic: Typesafe calculations   Félix Cloutier
• [swift-evolution] [Proposal draff] abstract classes and methods   Goffredo Marocchi
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: Add "none" and simplify the language.   Félix Cloutier
• [swift-evolution] [Proposal draff] abstract classes and methods   Matthew Johnson
• [swift-evolution] Allowing Characters for use as Custom Operators   Félix Cloutier
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] [Proposal draff] abstract classes and methods   Charles Constant
• [swift-evolution] Support for newtype feature/typesafe calculations   Stephen Canon
• [swift-evolution] [Proposal draff] abstract classes and methods   Goffredo Marocchi
• [swift-evolution] [Proposal draff] abstract classes and methods   Tim Hawkins
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] [swift-evolution-announce] [Review] SE-0010 Add StaticString.UnicodeScalarView   Patrick Gili
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Tino Heth
• [swift-evolution] [Proposal draff] abstract classes and methods   Goffredo Marocchi
• [swift-evolution] Changing postfix "self" to something clearer like "type"   Ethan Diamond
• [swift-evolution] Proposal: Add "none" and simplify the language.   Jarod Long
• [swift-evolution] Low-level Swift   Brent Royal-Gordon
• [swift-evolution] Low-level Swift   Austin Zheng
• [swift-evolution] Low-level Swift   Félix Cloutier
• [swift-evolution] Low-level Swift   Joe Groff
• [swift-evolution] Low-level Swift   Austin Zheng
• [swift-evolution] Pre-proposal: "private(extension)" access modifier?   Austin Zheng
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] [Proposal]: Drastically improve searching API (indexOf(…)) of CollectionType   Nikolaj Schumacher
• [swift-evolution] Optimization attributes   Charles Kissinger
• [swift-evolution] Optimization attributes   Jacob Bandes-Storch
• [swift-evolution] Optimization attributes   Charles Kissinger
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Janosch Hildebrand
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Draft] @intendedcontext to hint at symbol relevance   Félix Cloutier
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Tino Heth
• [swift-evolution] Fwd: [Proposal Draft] Flexible memberwise initialization   Matthew Johnson
• [swift-evolution] [Draft] @intendedcontext to hint at symbol relevance   Janosch Hildebrand
• [swift-evolution] [Draft] @intendedcontext to hint at symbol relevance   Félix Cloutier
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: Add "none" and simplify the language.   Austin Zheng
• [swift-evolution] Proposal: Add "none" and simplify the language.   James Campbell
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Proposal: Add "none" and simplify the language.   Jarod Long
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Optimization attributes   Joe Groff
• [swift-evolution] Proposal: Add "none" and simplify the language.   Jack Lawrence
• [swift-evolution] [Review] Replace `typealias` keyword with `associatedtype` for associated type declarations   Alex Popov
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] Proposal: Add "none" and simplify the language.   Jack Lawrence
• [swift-evolution] Proposal: Add "none" and simplify the language.   T.J. Usiyan
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Brent Royal-Gordon
• [swift-evolution] Allowing Characters for use as Custom Operators   Jo Albright
• [swift-evolution] Changing postfix "self" to something clearer like "type"   Jordan Rose
• [swift-evolution] Optimization Attributes for Automatic Reordering of Functions   davesweeris at mac.com
• [swift-evolution] two protocols with the same method name   Jordan Rose
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Add "maybe" keyword / Explicit Support for Ternary Logic   davesweeris at mac.com
• [swift-evolution] Add "maybe" keyword / Explicit Support for Ternary Logic   Developer
• [swift-evolution] Add "maybe" keyword / Explicit Support for Ternary Logic   davesweeris at mac.com
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] Optimization attributes   Charles Kissinger
• [swift-evolution] two protocols with the same method name   davesweeris at mac.com
• [swift-evolution] Proposal: Add "none" and simplify the language.   Félix Cloutier
• [swift-evolution] Epic: Typesafe calculations   davesweeris at mac.com
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   davesweeris at mac.com
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Thoughts on clarity of Double and Float type names?   davesweeris at mac.com
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   T.J. Usiyan
• [swift-evolution] Rename Number Type Bitwise Operators   davesweeris at mac.com
• [swift-evolution] Proposal: Add "none" and simplify the language.   Andrew Duncan
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] Rename Number Type Bitwise Operators   Chris Lattner
• [swift-evolution] Allowing Characters for use as Custom Operators   Jacob Bandes-Storch
• [swift-evolution] Allowing Characters for use as Custom Operators   Developer
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matt Whiteside
• [swift-evolution] Support for newtype feature/typesafe calculations   davesweeris at mac.com
• [swift-evolution] Allowing Characters for use as Custom Operators   Greg Parker
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Rick Ballard
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Proposal draff] abstract classes and methods   Gwendal Roué
• [swift-evolution] [Proposal draff] abstract classes and methods   Austin Zheng
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Proposal draff] abstract classes and methods   Goffredo Marocchi
• [swift-evolution] Allowing Characters for use as Custom Operators   Jo Albright
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] Allowing Characters for use as Custom Operators   Jacob Bandes-Storch
• [swift-evolution] Allow let binding of non-optionals   James Campbell
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Jo Albright
• [swift-evolution] Proposal: Add "none" and simplify the language.   Thorsten Seitz
• [swift-evolution] [Proposal] Scoped import (of weirdly overladed logical operators)   Marcel Jackwerth
• [swift-evolution] Epic: Typesafe calculations   Tino Heth
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Federico Zanetello
• [swift-evolution] Dictionary Syntax Awkward for specifying generic key   James Campbell
• [swift-evolution] Proposal: Add "none" and simplify the language.   Rafael Costa
• [swift-evolution] Dictionary Syntax Awkward for specifying generic key   Wallacy
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Proposal: Add "none" and simplify the language.   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   plx
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0019 Swift Testing (Package Manager)   Daniel Vollmer
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Epic: Typesafe calculations   Thorsten Seitz
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Drew Crawford
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Angelo Villegas
• [swift-evolution] Proposal: Add "none" and simplify the language.   Taras Zakharko
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   plx
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Proposal] Scoped import (of weirdly overladed logical operators)   Félix Cloutier
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Tal Atlas
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Tal Atlas
• [swift-evolution] Support for pure setters --> private(get)   David James
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Thorsten Seitz
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   James Campbell
• [swift-evolution] Support for pure setters   Joe Groff
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Cantrell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   plx
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Cantrell
• [swift-evolution] Proposal: named invariants for variable declarations   Dennis Weissmann
• [swift-evolution] Proposal: Add "none" and simplify the language.   Amir Michail
• [swift-evolution] Support for pure setters   David James
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Dynamic checks are much more powerful than static checks.   Amir Michail
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Dynamic checks are much more powerful than static checks.   Chris Lattner
• [swift-evolution] Support for pure setters   Joe Groff
• [swift-evolution] Optimization Attributes for Automatic Reordering of Functions   Charles Kissinger
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   plx
• [swift-evolution] Proposal: named invariants for variable declarations   Matthew Johnson
• [swift-evolution] [Pitch] Replace 'inout' with '&': Clarification   Антон Жилин
• [swift-evolution] ternary operator ?: suggestion   James Campbell
• [swift-evolution] Support for pure setters   David James
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Brian Pratt
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] Allow let binding of non-optionals   Guillaume Lessard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Chris Lattner
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0010 Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Support for pure setters   Chris Lattner
• [swift-evolution] [Review] SE-0010 Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] Allowing Characters for use as Custom Operators   Joe Groff
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Max Howell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] Faster/lower-level external String initialization   Zach Waldowski
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Wallacy
• [swift-evolution] Allowing Characters for use as Custom Operators   Jo Albright
• [swift-evolution] Epic: Typesafe calculations   Félix Cloutier
• [swift-evolution] API Guideline bugs and enhancements   Douglas Gregor
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Cantrell
• [swift-evolution] Allowing Characters for use as Custom Operators   Dennis Lysenko
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Paul Cantrell
• [swift-evolution] Faster/lower-level external String initialization   Charles Kissinger
• [swift-evolution] Faster/lower-level external String initialization   Guillaume Lessard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Jordan Rose
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Jordan Rose
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Pitch] Replace 'inout' with '&': Clarification   Jordan Rose
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   David Owens II
• [swift-evolution] Faster/lower-level external String initialization   T.J. Usiyan
• [swift-evolution] Unify covariant return type behaviour   Howard Lovatt
• [swift-evolution] Pitch: @autoreleasepool attribute for loops   Charles Srstka
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Drew Crawford
• [swift-evolution] [Design Question] Unexpected forced optional unwrapping behavior   Michael Henson
• [swift-evolution] [Design Question] Unexpected forced optional unwrapping behavior   Charles Srstka
• [swift-evolution] 回复: [Design Question] Unexpected forced optional unwrapping behavior   pinxue
• [swift-evolution] two protocols with the same method name   Howard Lovatt
• [swift-evolution] two protocols with the same method name   肇鑫
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Wallacy
• [swift-evolution] two protocols with the same method name   Brent Royal-Gordon
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Brian Pratt
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Cantrell
• [swift-evolution] two protocols with the same method name   品雪
• [swift-evolution] two protocols with the same method name   Wallacy
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Drew Crawford
• [swift-evolution] [Idea] Add dynamicType casting   Michael Henson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   品雪
• [swift-evolution] [Idea] Add dynamicType casting   Félix Cloutier
• [swift-evolution] Faster/lower-level external String initialization   品雪
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   David Owens II
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Howard Lovatt
• [swift-evolution] two protocols with the same method name   Howard Lovatt
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Drew Crawford
• [swift-evolution] [Review] SE-0010 Add StaticString.UnicodeScalarView   Jacob Bandes-Storch
• [swift-evolution] Faster/lower-level external String initialization   Charles Kissinger
• [swift-evolution] Pitch: @autoreleasepool attribute for loops   Jacob Bandes-Storch
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Brian Pratt
• [swift-evolution] Faster/lower-level external String initialization   Jacob Bandes-Storch
• [swift-evolution] [swift-build-dev] [Review] SE-0019 Swift Testing (Package Manager)   Drew Crawford
• [swift-evolution] [Design Question] Unexpected forced optional unwrapping behavior   John McCall
• [swift-evolution] [Review] SE-0010 Add StaticString.UnicodeScalarView   Kevin Ballard
• [swift-evolution] Faster/lower-level external String initialization   Charles Kissinger
• [swift-evolution] Proposal: Add "none" and simplify the language.   Brent Royal-Gordon
• [swift-evolution] [Proposal Draft] Flexible memberwise initialization   Howard Lovatt
• [swift-evolution] Proposal proposal: @pure keyword   Andrew Bennett
• [swift-evolution] Proposal proposal: @pure keyword   Howard Lovatt
• [swift-evolution] Proposal proposal: @pure keyword   Andrew Bennett
• [swift-evolution] Proposal proposal: @pure keyword   Howard Lovatt
• [swift-evolution] Proposal: Add "none" and simplify the language.   品雪
• [swift-evolution] Proposal proposal: @pure keyword   品雪
• [swift-evolution] [swift-evolution-announce] [Review] SE-0018 Flexible Memberwise Initialization   Pierre Monod-Broca
• [swift-evolution] Proposal proposal: @pure keyword   Dmitri Gribenko
• [swift-evolution] [swift-evolution-announce] [Review] SE-0018 Flexible Memberwise Initialization   Roger Turnbull
• [swift-evolution] Proposal: Improve switch control flow substituting fallthrough with a more safe one   Jacopo Andrea Giola
• [swift-evolution] Proposal: Add .times method to Integer type   Cihat Gündüz
• [swift-evolution] Proposal proposal: @pure keyword   Andrew Bennett
• [swift-evolution] Proposal proposal: @pure keyword   Andrew Bennett
• [swift-evolution] Proposal proposal: @pure keyword   Angelo Villegas
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   plx
• [swift-evolution] Proposal: Add .times method to Integer type   Angelo Villegas
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Patrick Gili
• [swift-evolution] Proposal proposal: @pure keyword   Matthew Johnson
• [swift-evolution] [Idea] Add dynamicType casting   肇鑫
• [swift-evolution] two protocols with the same method name   肇鑫
• [swift-evolution] Proposal proposal: @pure keyword   Michel Fortin
• [swift-evolution] Proposal proposal: @pure keyword   品雪
• [swift-evolution] Proposal: Improve switch control flow substituting fallthrough with a more safe one   肇鑫
• [swift-evolution] Proposal: Add .times method to Integer type   肇鑫
• [swift-evolution] Proposal proposal: @pure keyword   Michel Fortin
• [swift-evolution] [Draft] Clarify interaction between comments & operators   Jesse Rusak
• [swift-evolution] [Draft] Clarify interaction between comments & operators   肇鑫
• [swift-evolution] Unify covariant return type behaviour   Chris Lattner
• [swift-evolution] Pitch: @autoreleasepool attribute for loops   Chris Lattner
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] [Proposal draff] abstract classes and methods   Chris Lattner
• [swift-evolution] Low-level Swift   Chris Lattner
• [swift-evolution] [proposal] Either in the Swift Standard Library   Developer
• [swift-evolution] [Idea] Add dynamicType casting   Michael Henson
• [swift-evolution] [Draft] Clarify interaction between comments & operators   Félix Cloutier
• [swift-evolution] [Idea] Add dynamicType casting   Félix Cloutier
• [swift-evolution] Allowing Characters for use as Custom Operators   Dennis Lysenko
• [swift-evolution] two protocols with the same method name   Brent Royal-Gordon
• [swift-evolution] Pitch: @autoreleasepool attribute for loops   Greg Parker
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Brent Royal-Gordon
• [swift-evolution] Low-level Swift   Goffredo Marocchi
• [swift-evolution] Unify covariant return type behaviour   Howard Lovatt
• [swift-evolution] [Proposal draff] abstract classes and methods   David Scrève
• [swift-evolution] [Proposal draft] Remove objc requirement for optional protocol methods/properties   David Scrève
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Brent Royal-Gordon
• [swift-evolution] two protocols with the same method name   Trent Nadeau
• [swift-evolution] [Discussion] Dynamic code loading   David Scrève
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Rod Brown
• [swift-evolution] Trial balloon: Ensure that String always contains valid Unicode   Kenny Leung
• [swift-evolution] [Review] SE-0013 Remove Partial Application of Non-Final Super Methods   Douglas Gregor
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Andy Molloy
• [swift-evolution] Bridging the gap between protocols and protocol extensions   David Waite
• [swift-evolution] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Douglas Gregor
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Kevin Ballard
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Charles Srstka
• [swift-evolution] [Proposal Draft] Importing Objective-C Lightweight Generics   Douglas Gregor
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] [Proposal Draft] Importing Objective-C Lightweight Generics   Austin Zheng
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Kevin Ballard
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Kevin Ballard
• [swift-evolution] [Proposal Draft] Importing Objective-C Lightweight Generics   Douglas Gregor
• [swift-evolution] Proposal: Add function SequenceType.find()   Kevin Ballard
• [swift-evolution] "selfless", init Helpers, and NSDocument   Charles Srstka
• [swift-evolution] [Draft] Clarify interaction between comments & operators   Jesse Rusak
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Chris Lattner
• [swift-evolution] Unify covariant return type behaviour   Chris Lattner
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Brent Royal-Gordon
• [swift-evolution] Low-level Swift   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Chris Lattner
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Proposal draft] Remove objc requirement for optional protocol methods/properties   Chris Lattner
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Rod Brown
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Kevin Ballard
• [swift-evolution] Proposal proposal: @pure keyword   Chris Lattner
• [swift-evolution] [Proposal draft] Remove objc requirement for optional protocol methods/properties   Matthew Johnson
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] [Review] SE-0013 Remove Partial Application of Non-Final Super Methods   Jesse Rusak
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Kevin Ballard
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Pre-proposal: Convert reference params to tuples   Kenny Leung
• [swift-evolution] Allowing Characters for use as Custom Operators   André Videla
• [swift-evolution] ternary operator ?: suggestion   Charles Constant
• [swift-evolution] Proposal proposal: @pure keyword   Andrew Bennett
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Chris Hanson
• [swift-evolution] [Proposal Draft] Importing Objective-C Lightweight Generics   plx
• [swift-evolution] [swift-evolution-announce] [Accepted] SE-0011 Replace `typealias` keyword with `associatedtype` for associated type declarations   Douglas Gregor
• [swift-evolution] Pre-proposal: Convert reference params to tuples   Charles Srstka
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Brent Royal-Gordon
• [swift-evolution] Pre-proposal: Convert reference params to tuples   Brent Royal-Gordon
• [swift-evolution] Allowing Characters for use as Custom Operators   Dennis Lysenko
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Allowing Characters for use as Custom Operators   Chris Lattner
• [swift-evolution] [Proposal idea] Support for pure functions   Andrew Bennett
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   肇鑫
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] ternary operator ?: suggestion   Paul Ossenbruggen
• [swift-evolution] Allowing Characters for use as Custom Operators   Dennis Lysenko
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] [Proposal draft] Remove objc requirement for optional protocol methods/properties   David Scrève
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Brent Royal-Gordon
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] ternary operator ?: suggestion   Craig Cruden
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Drew Crawford
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   James Campbell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Ross O'Brien
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   James Campbell
• [swift-evolution] two protocols with the same method name   品雪
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Alex Burke
• [swift-evolution] map-like operation that returns a dictionary   Kenny Leung
• [swift-evolution] two protocols with the same method name   Thorsten Seitz
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Paul Cantrell
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Michel Fortin
• [swift-evolution] map-like operation that returns a dictionary   肇鑫
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Daniel Steinberg
• [swift-evolution] map-like operation that returns a dictionary   Donnacha Oisín Kidney
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Dmitri Gribenko
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Ross O'Brien
• [swift-evolution] map-like operation that returns a dictionary   Ross O'Brien
• [swift-evolution] map-like operation that returns a dictionary   Craig Cruden
• [swift-evolution] Draft proposal: multi-property assignment .= operator   Michel Fortin
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Taras Zakharko
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Brent Royal-Gordon
• [swift-evolution] map-like operation that returns a dictionary   Ian Ynda-Hummel
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   James Campbell
• [swift-evolution] map-like operation that returns a dictionary   Loïc Lecrenier
• [swift-evolution] [Proposal idea] Support for pure functions   Jimmy Sambuo
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Kevin Ballard
• [swift-evolution] [Proposal idea] Support for pure functions   Taras Zakharko
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Stephen Christopher
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Stephen Christopher
• [swift-evolution] [swift-evolution-announce] [Review] SE-0013 Remove Partial Application of Non-Final Super Methods   Kevin Ballard
• [swift-evolution] map-like operation that returns a dictionary   Jo Albright
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Thorsten Seitz
• [swift-evolution] two protocols with the same method name   Brent Royal-Gordon
• [swift-evolution] Add stableSort() to the standard library.   Davide Italiano
• [swift-evolution] Draft proposal: multi-property assignment .= operator   Tino Heth
• [swift-evolution] map-like operation that returns a dictionary   Brent Royal-Gordon
• [swift-evolution] [Proposal idea] Support for pure functions   Andrew Bennett
• [swift-evolution] two protocols with the same method name   Andrew Bennett
• [swift-evolution] two protocols with the same method name   Wallacy
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Brent Royal-Gordon
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Chris Hanson
• [swift-evolution] Bridging the gap between protocols and protocol extensions   John McCall
• [swift-evolution] Proposal: "if switch x case" and "for switch x case ... in"   Amir Michail
• [swift-evolution] Bridging the gap between protocols and protocol extensions   Brent Royal-Gordon
• [swift-evolution] Bridging the gap between protocols and protocol extensions   John McCall
• [swift-evolution] Proposal: Add replace(_:with:) function to the stdlib   Kevin Ballard
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Kevin Ballard
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Kevin Ballard
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Janosch Hildebrand
• [swift-evolution] Proposal: "if switch x case" and "for switch x case ... in"   Donnacha Oisín Kidney
• [swift-evolution] Add stableSort() to the standard library.   Adriano Ferreira
• [swift-evolution] Add stableSort() to the standard library.   Davide Italiano
• [swift-evolution] Properties on Default Protocol Implementations   Wallacy
• [swift-evolution] Draft proposal: multi-property assignment .= operator   Angelo Villegas
• [swift-evolution] Add stableSort() to the standard library.   Charles Kissinger
• [swift-evolution] Draft proposal: multi-property assignment .= operator   Douglas Gregor
• [swift-evolution] Add stableSort() to the standard library.   Dmitri Gribenko
• [swift-evolution] [Review] SE-0018 Flexible Memberwise Initialization   Matthew Johnson
• [swift-evolution] [Proposal Draft] parameter forwarding   Matthew Johnson
• [swift-evolution] [Proposal Draft] partial initializers   Matthew Johnson
• [swift-evolution] [Proposal Draft] property lists   Matthew Johnson
• [swift-evolution] Add stableSort() to the standard library.   Davide Italiano
• [swift-evolution] Add stableSort() to the standard library.   Dmitri Gribenko
• [swift-evolution] [Proposal Draft] parameter forwarding   Félix Cloutier
• [swift-evolution] Properties on Default Protocol Implementations   Douglas Gregor
• [swift-evolution] [Proposal draft] Remove objc requirement for optional protocol methods/properties   Douglas Gregor
• [swift-evolution] [Proposal draff] abstract classes and methods   Douglas Gregor
• [swift-evolution] Draft proposal: multi-property assignment .= operator   Jo Albright
• [swift-evolution] Properties on Default Protocol Implementations   Howard Lovatt
• [swift-evolution] Proposal: XCTest Support for Swift Error Handling   Brian Gesiak
• [swift-evolution] two protocols with the same method name   肇鑫
• [swift-evolution] Properties on Default Protocol Implementations   Douglas Gregor
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Seth Friedman
• [swift-evolution] Proposal: Add scan, takeWhile, dropWhile, and iterate to the stdlib   Seth Friedman

Last message date: Sun Jan 10 23:55:37 CST 2016
Archived on: Sun Jan 10 23:56:28 CST 2016

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