The Week Of Monday 16 May 2016 Archives by date

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

Starting: Mon May 16 00:40:23 CDT 2016
Ending: Sun May 22 23:55:54 CDT 2016
Messages: 954

• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   Andru Felipe Zuniga
• [swift-evolution] StringInterpolationConvertible and StringLiteralConvertible inheritance   Ben Rimmington
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Pyry Jahkola
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] [Pitch] Add toplevel keyword for protocols   Patrick Pijnappel
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   L. Mihalkovic
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] [Proposal] More lenient subscript methods over Collections   Luis Henrique B. Sousa
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   L. Mihalkovic
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   L. Mihalkovic
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Thorsten Seitz
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Thorsten Seitz
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Thorsten Seitz
• [swift-evolution] [Idea] "guard not let" optional binding   John Morgan
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Pyry Jahkola
• [swift-evolution] [Idea] "guard not let" optional binding   John Morgan
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Thorsten Seitz
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] Union instead of Optional   Thorsten Seitz
• [swift-evolution] Union instead of Optional   Austin Zheng
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Fleming Cloutier
• [swift-evolution] Union instead of Optional   Austin Zheng
• [swift-evolution] Union instead of Optional   Cao Jiannan
• [swift-evolution] Union instead of Optional   Haravikk
• [swift-evolution] Union instead of Optional   Austin Zheng
• [swift-evolution] Union instead of Optional   Austin Zheng
• [swift-evolution] Union instead of Optional   Cao Jiannan
• [swift-evolution] [proposal] Union Type   Cao Jiannan
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Vladimir.S
• [swift-evolution] [Review] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Jeremy Pereira
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Union instead of Optional   Leonardo Pessoa
• [swift-evolution] [RFD] Non-Self Protocol Requirements   Erica Sadun
• [swift-evolution] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Brad Hilton
• [swift-evolution] [Proposal/Pitch] Function decorators   Erica Sadun
• [swift-evolution] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Tony Allevato
• [swift-evolution] [Proposal/Pitch] Function decorators   apetrovic at outlook.com
• [swift-evolution] Union instead of Optional   Leonardo Pessoa
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Karl
• [swift-evolution] Union instead of Optional   Leonardo Pessoa
• [swift-evolution] [RFD] Non-Self Protocol Requirements   Patrick Smith
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Proposal/Pitch] Function decorators   Karl
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] Union instead of Optional   Tino Heth
• [swift-evolution] Union instead of Optional   Michael Peternell
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tino Heth
• [swift-evolution] [RFD] Non-Self Protocol Requirements   Vladimir.S
• [swift-evolution] Union instead of Optional   Joe Groff
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] [META] Using escapes in Swift Evolution Proposal discussion links   Erica Sadun
• [swift-evolution] Winding down the Swift 3 release   David Sweeris
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] Could enums have their rawValue type inferred?   Eric Miller
• [swift-evolution] Union instead of Optional   Thorsten Seitz
• [swift-evolution] [Proposal] New mechanism to combine Types with/or Protocols   Adrian Zubarev
• [swift-evolution] Idea: Named extensions   Michael Peternell
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] Winding down the Swift 3 release   Goffredo Marocchi
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Tyler Cloutier
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   Thorsten Seitz
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] Winding down the Swift 3 release   Tim Hawkins
• [swift-evolution] [Review] SE-0085: Package Manager Command Names   Daniel Dunbar
• [swift-evolution] Winding down the Swift 3 release   Ryan Lovelett
• [swift-evolution] Idea: Named extensions   Matthew Johnson
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] Idea: Named extensions   Matthew Johnson
• [swift-evolution] Idea: Named extensions   Erica Sadun
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] Idea: Named extensions   Erica Sadun
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Thorsten Seitz
• [swift-evolution] Winding down the Swift 3 release   Dan Stenmark
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] Idea: Named extensions   T.J. Usiyan
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] Idea: Named extensions   Brandon Knope
• [swift-evolution] [Accepted] SE-0092: Typealiases in protocols and protocol extensions   Chris Lattner
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Joe Groff
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   David Sweeris
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Timothy Wood
• [swift-evolution] Winding down the Swift 3 release   Eric Wing
• [swift-evolution] Winding down the Swift 3 release   Charles Srstka
• [swift-evolution] Support for coding styles and "swift-format" tool   Daniel Martín
• [swift-evolution] [Review] Amendment: SE-0039: Moderning Playground Literals   John McCall
• [swift-evolution] Winding down the Swift 3 release   John McCall
• [swift-evolution] Winding down the Swift 3 release   Joe Groff
• [swift-evolution] Could enums have their rawValue type inferred?   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   L. Mihalkovic
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Matthew Johnson
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Dan Appel
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Joe Groff
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Kevin Lundberg
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   Rob Mayoff
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   Dan Appel
• [swift-evolution] Removing "_ in" from empty closures   Nicholas Maccharoli
• [swift-evolution] Winding down the Swift 3 release   Haris Amin
• [swift-evolution] Winding down the Swift 3 release   Chris Lattner
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   Matt Whiteside
• [swift-evolution] [Proposal]Simple pattern matching with Horspool algorithm   Susan Cheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Thorsten Seitz
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Brent Royal-Gordon
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Thorsten Seitz
• [swift-evolution] Winding down the Swift 3 release   Eric Wing
• [swift-evolution] `once` keyword for use with loops   Nicholas Maccharoli
• [swift-evolution] `once` keyword for use with loops   Robert Widmann
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Brent Royal-Gordon
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Thorsten Seitz
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Thorsten Seitz
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] Winding down the Swift 3 release   Leonardo Pessoa
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is'instead of just types   Leonardo Pessoa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0084: Allow trailing commas in parameter lists and tuples   Evan Maloney
• [swift-evolution] Winding down the Swift 3 release   Jeremy Pereira
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   Anders Ha
• [swift-evolution] Winding down the Swift 3 release   Rod Brown
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   Matt Whiteside
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Johan Jensen
• [swift-evolution] [Review] SE-0081: Move where clause to end of declaration   plx
• [swift-evolution] Could enums have their rawValue type inferred?   Tino Heth
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   David Hart
• [swift-evolution] [Idea] A 128-bit unsigned integer value type   Muse M
• [swift-evolution] Winding down the Swift 3 release   Thorsten Seitz
• [swift-evolution] Winding down the Swift 3 release   Pierre Habouzit
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Tony Allevato
• [swift-evolution] [Idea] if let value!   Sean Heber
• [swift-evolution] [Idea] if let value!   Matthew Johnson
• [swift-evolution] [Idea] if let value!   Patrick Smith
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Adrian Zubarev
• [swift-evolution] [Idea] if let value!   LM
• [swift-evolution] [Idea] if let value!   LM
• [swift-evolution] [Idea] if let value!   Brandon Knope
• [swift-evolution] `once` keyword for use with loops   Joe Groff
• [swift-evolution] [Idea] if let value!   Matthew Johnson
• [swift-evolution] `once` keyword for use with loops   Haravikk
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Brandon Knope
• [swift-evolution] [Idea] if let value!   Matthew Johnson
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   LM
• [swift-evolution] [Idea] if let value!   Matthew Johnson
• [swift-evolution] [Idea] if let value!   Austin Zheng
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Matthew Johnson
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Douglas Gregor
• [swift-evolution] [Review] SE-0086: Drop NS Prefix in Swift Foundation   David Waite
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Douglas Gregor
• [swift-evolution] Winding down the Swift 3 release   Goffredo Marocchi
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Tino Heth
• [swift-evolution] Small Enhancement Request for Swift Protocol   Andrew Trick
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Matthew Johnson
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Matthew Johnson
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] Small Enhancement Request for Swift Protocol   Matthew Johnson
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Vladimir.S
• [swift-evolution] Winding down the Swift 3 release   David Waite
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] OFFICIAL NOTIFICATION HL/5574/41/07/MICS   Microsoft Internet E-mail lottery Awards
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Idea] if let value!   L Mihalkovic
• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   Leonardo Pessoa
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Could enums have their rawValue type inferred?   Brent Royal-Gordon
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Could enums have their rawValue type inferred?   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Joe Groff
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Could enums have their rawValue type inferred?   Goffredo Marocchi
• [swift-evolution] Enhanced existential types proposal discussion   Joe Groff
• [swift-evolution] [Proposal] More lenient subscript methods over Collections   Maximilian Hünenberger
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Leonardo Pessoa
• [swift-evolution] [Proposal] More lenient subscript methods over Collections   Luis Henrique B. Sousa
• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   Leonardo Pessoa
• [swift-evolution] Winding down the Swift 3 release   Eric Wing
• [swift-evolution] [Proposal] More lenient subscript methods over Collections   Nate Cook
• [swift-evolution] [proposal] Union Type   Leonardo Pessoa
• [swift-evolution] [Review] SE-0074: Implementation of Binary Search functions   Dave Abrahams
• [swift-evolution] [Review] SE-0074: Implementation of Binary Search functions   Dave Abrahams
• [swift-evolution] [proposal] Union Type   Sean Heber
• [swift-evolution] [proposal] Union Type   Leonardo Pessoa
• [swift-evolution] [Review] SE-0074: Implementation of Binary Search functions   Dave Abrahams
• [swift-evolution] Winding down the Swift 3 release   Greg Parker
• [swift-evolution] Support for coding styles and "swift-format" tool   Shawn Erickson
• [swift-evolution] Support for coding styles and "swift-format" tool   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0050: Decoupling Floating Point Strides from Generic Implementations   Chris Lattner
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Chris Lattner
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Chris Lattner
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Chris Lattner
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Chris Lattner
• [swift-evolution] [Review] SE-0077: Improved operator declarations   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Chris Wagner
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   T.J. Usiyan
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   T.J. Usiyan
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Trent Nadeau
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Jacob Bandes-Storch
• [swift-evolution] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   T.J. Usiyan
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0071: Allow (most) keywords in member references   T.J. Usiyan
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   T.J. Usiyan
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Robert Widmann
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Robert Widmann
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Kevin Lundberg
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Brent Royal-Gordon
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Chris Lattner
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Karl Wagner
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Kevin Lundberg
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Xiaodi Wu
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Vladimir.S
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Brent Royal-Gordon
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   Vladimir.S
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Idea] if let value!   Krishna Kumar
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Idea] if let value!   Daniel Höpfl
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   David Hart
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   David Rönnqvist
• [swift-evolution] [Proposal] More lenient subscript methods over Collections   Luis Henrique B. Sousa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Антон Жилин
• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   David Sweeris
• [swift-evolution] [Idea] if let value!   LM
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Brent Royal-Gordon
• [swift-evolution] Winding down the Swift 3 release   Stephan Tolksdorf
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Brent Royal-Gordon
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Vladimir.S
• [swift-evolution] [Idea] if let value!   Daniel Höpfl
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Patrick Smith
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Matthew Johnson
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Adrian Zubarev
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   David Hart
• [swift-evolution] [Idea] if let value!   Daniel Höpfl
• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   Haravikk
• [swift-evolution] [proposal] Allow "let" for computed propertieswhich only reference immutable data   Leonardo Pessoa
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   Daniel Steinberg
• [swift-evolution] [Idea] if let value!   Vladimir.S
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   Vladimir.S
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [proposal] Allow "let" for computed properties which only reference immutable data   Matthew Johnson
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Matthew Johnson
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   Tony Allevato
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Tony Allevato
• [swift-evolution] [Idea] if let value!   LM
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Brandon Knope
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   T.J. Usiyan
• [swift-evolution] Support for coding styles and "swift-format" tool   Jeremy Pereira
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Support for coding styles and "swift-format" tool   Vincent Coetzee
• [swift-evolution] Support for coding styles and "swift-format" tool   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Joe Groff
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   David Hart
• [swift-evolution] [swift-evolution-announce] [Review] SE-0090: Remove .self and freely allow type references in expressions   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   Sean Heber
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Krystof Vasa
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   Krystof Vasa
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Joe Groff
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   James Richard
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   David Owens II
• [swift-evolution] Support for coding styles and "swift-format" tool   Krystof Vasa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Nicola Salmoria
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Joe Groff
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Vladimir.S
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Krystof Vasa
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Erica Sadun
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   L. Mihalkovic
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] RFC: didset and willset   Xiaodi Wu
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Adrian Zubarev
• [swift-evolution] [Pitch] Constrains for numeric types: Int<1...10> Double<0.0...1.0>   Vladimir.S
• [swift-evolution] [Pitch] Nesting types without nesting in place (additional)   Adrian Zubarev
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] Proposal SE-0009 Reconsideration   Karl
• [swift-evolution] Proposal SE-0009 Reconsideration   Charles Srstka
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Brent Royal-Gordon
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Tony Allevato
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Brent Royal-Gordon
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Matthew Johnson
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Leonardo Pessoa
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Leonardo Pessoa
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Sean Heber
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Pyry Jahkola
• [swift-evolution] Proposal SE-0009 Reconsideration   David Waite
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Matthew Johnson
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Matthew Johnson
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Joe Groff
• [swift-evolution] RFC: didset and willset   Tino Heth
• [swift-evolution] Proposal SE-0009 Reconsideration   Goffredo Marocchi
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Patrick Smith
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Matthew Johnson
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Matthew Johnson
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Nicola Salmoria
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Erica Sadun
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Matthew Johnson
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Nicola Salmoria
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] Pitch: Modify the meaning of IBOutlet to remove the ! from the type   Michael Peternell
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Erica Sadun
• [swift-evolution] Proposal: Finalization in protocol extensions and default implementations   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Nicola Salmoria
• [swift-evolution] RFC: didset and willset   Michael Peternell
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Xiaodi Wu
• [swift-evolution] Proposal SE-0009 Reconsideration   David Waite
• [swift-evolution] RFC: didset and willset   Sean Heber
• [swift-evolution] RFC: didset and willset   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Patrick Smith
• [swift-evolution] RFC: didset and willset   Krystof Vasa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Michael Peternell
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] RFC: didset and willset   Josh Parmenter
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Leonardo Pessoa
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Nicola Salmoria
• [swift-evolution] Proposal SE-0009 Reconsideration   Michael Peternell
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Leonardo Pessoa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Patrick Smith
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Xiaodi Wu
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Matthew Johnson
• [swift-evolution] RFC: didset and willset   michael.peternell at gmx.at
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Guillaume Lessard
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   Tony Allevato
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] Support for coding styles and "swift-format" tool   Michael Peternell
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Philippe Hausler
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charles Srstka
• [swift-evolution] [Review] SE-0090: Remove .self and freely allow type references in expressions   Brent Royal-Gordon
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Jacob Bandes-Storch
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] [Review] SE-0091: Improving operator requirements in protocols   plx
• [swift-evolution] SE-0084 spinoff: Newlines as item separators   Matthew Johnson
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Ash Furrow
• [swift-evolution] RFC: didset and willset   Rod Brown
• [swift-evolution] [swift-evolution-announce] [Review] SE-0091: Improving operator requirements in protocols   Kevin Lundberg
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Sweeris
• [swift-evolution] RFC: didset and willset   Ricardo Parada
• [swift-evolution] Proposal SE-0009 Reconsideration   Jose Cheyo Jimenez
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Jose Cheyo Jimenez
• [swift-evolution] RFC: didset and willset   Angelo Villegas
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Patrick Smith
• [swift-evolution] RFC: didset and willset   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Matthew Johnson
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Patrick Smith
• [swift-evolution] [Proposal] Switch Let   Eduardo Mourey Lopez Ne
• [swift-evolution] [Proposal] Switch Let   Jed Lewison
• [swift-evolution] StringInterpolationConvertible and StringLiteralConvertible inheritance   Brent Royal-Gordon
• [swift-evolution] Proposal SE-0009 Reconsideration   Félix Cloutier
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Accepted] SE-0075: Adding a Build Configuration Import Test   Chris Lattner
• [swift-evolution] [Rejected] SE-0041: Updating Protocol Naming Conventions for Conversions   Chris Lattner
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Thorsten Seitz
• [swift-evolution] Proposal SE-0009 Reconsideration   Charles Srstka
• [swift-evolution] [Accepted] SE-0081: Move where clause to end of declaration   Chris Lattner
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   David Waite
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Brent Royal-Gordon
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Colin Barrett
• [swift-evolution] [swift-evolution-announce] [Review] SE-0050: Decoupling Floating Point Strides from Generic Implementations   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Tino Heth
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Valentin
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   David Waite
• [swift-evolution] RFC: didset and willset   Krystof Vasa
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Andrew Trick
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Adrian Zubarev
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0087: Rename lazy to @lazy   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Waite
• [swift-evolution] [Review] SE-0087: Rename lazy to @lazy   Krystof Vasa
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Adrian Zubarev
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   David Waite
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Adrian Zubarev
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Patrick Smith
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   L. Mihalkovic
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Angelo Villegas
• [swift-evolution] Winding down the Swift 3 release   Jeremy Pereira
• [swift-evolution] [swift-evolution-announce] [Review] SE-0083: Remove bridging conversion behavior from dynamic casts   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0050: Decoupling Floating Point Strides from Generic Implementations   Nicola Salmoria
• [swift-evolution] Winding down the Swift 3 release   Jeremy Pereira
• [swift-evolution] Winding down the Swift 3 release   Brent Royal-Gordon
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Vladimir.S
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Jeremy Pereira
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   Goffredo Marocchi
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Matthew Johnson
• [swift-evolution] lifecycle hooks/scripts in swift package manager   Vadim Eisenberg
• [swift-evolution] RFC: didset and willset   Jeremy Pereira
• [swift-evolution] RFC: didset and willset   Jeremy Pereira
• [swift-evolution] Winding down the Swift 3 release   Zach Waldowski
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] Winding down the Swift 3 release   Shawn Erickson
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Jeremy Pereira
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Jeremy Pereira
• [swift-evolution] [Draft] Introducing StaticSelf, an Invariant Self   Vladimir.S
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Krystof Vasa
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Javier Soto
• [swift-evolution] Proposal SE-0009 Reconsideration   Goffredo Marocchi
• [swift-evolution] Proposal SE-0009 Reconsideration   Michael Peternell
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Brandon Knope
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Krystof Vasa
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Tony Allevato
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Brandon Knope
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Rönnqvist
• [swift-evolution] Proposal SE-0009 Reconsideration   David Waite
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] Removing "_ in" from empty closures   John McCall
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Krystof Vasa
• [swift-evolution] Proposal SE-0009 Reconsideration   Sean Heber
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] Make access control private by default.   John McCall
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Brent Royal-Gordon
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] Proposal SE-0009 Reconsideration   Michael Peternell
• [swift-evolution] Proposal SE-0009 Reconsideration   Goffredo Marocchi
• [swift-evolution] Proposal SE-0009 Reconsideration   Charles Srstka
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   charles at charlesism.com
• [swift-evolution] ADC Swift Blog   Pavel Kapinos
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Brent Royal-Gordon
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   charles at charlesism.com
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [swift-evolution-announce] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Dave Abrahams
• [swift-evolution] Proposal SE-0009 Reconsideration   Brent Royal-Gordon
• [swift-evolution] ADC Swift Blog   Brent Royal-Gordon
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Douglas Gregor
• [swift-evolution] [Pitch] Parse expressions after 'as' and 'is' instead of just types   Dave Abrahams
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   Pavel Kapinos
• [swift-evolution] SE-0005 ==> Please keep well know acronyms capitalized!   David Hart
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   David Hart
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0041: Updating Protocol Naming Conventions for Conversions   Dave Abrahams
• [swift-evolution] static vs. dynamic dispatch of protocol methods   Michael Peternell
• [swift-evolution] Enhanced existential types proposal discussion   Dave Abrahams
• [swift-evolution] [Review] SE-0050: Decoupling Floating Point Strides from Generic Implementations   Xiaodi Wu
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Austin Zheng
• [swift-evolution] Removing "_ in" from empty closures   Jordan Rose
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Trent Nadeau
• [swift-evolution] [swift-evolution-announce] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Jacob Bandes-Storch
• [swift-evolution] ADC Swift Blog   Patrick Smith
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Review] SE-0093: Adding a public base property to slices   Dave Abrahams
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Brent Royal-Gordon
• [swift-evolution] ADC Swift Blog   David Waite
• [swift-evolution] ADC Swift Blog   Pavel Kapinos
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Trent Nadeau
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Patrick Smith
• [swift-evolution] Winding down the Swift 3 release   Eric Wing
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Trent Nadeau
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Erica Sadun
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Patrick Smith
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Patrick Smith
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Erica Sadun
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Matthew Johnson
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   Kevin Ballard
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Patrick Smith
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Jacob Bandes-Storch
• [swift-evolution] Proposal SE-0009 Reconsideration   Krystof Vasa
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Dan Appel
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Andrew Trick
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Dan Appel
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Dan Appel
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Dan Appel
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Dan Appel
• [swift-evolution] [Accepted with Revision] SE-0088: Modernize libdispatch for Swift 3 naming conventions   Chris Lattner
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Russ Bishop
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] RFC: didset and willset   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Hart
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Andrew Trick
• [swift-evolution] Proposal SE-0009 Reconsideration   Goffredo Marocchi
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   David Waite
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Krystof Vasa
• [swift-evolution] Localization support for string interpolation   Daniel Höpfl
• [swift-evolution] [RFC] UnsafeBytePointer API for In-Memory Layout   Andrew Trick
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dmitri Gribenko
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Thorsten Seitz
• [swift-evolution] [Idea] Find alternatives to `switch self`   Charles Constant
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] [Review] SE-0094: Add sequence(initial:next:) and sequence(state:next:) to the stdlib   David Rönnqvist
• [swift-evolution] Static Dispatch Pitfalls   Fabian Ehrentraud
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   plx
• [swift-evolution] [Discussion] Namespaces   Leonardo Pessoa
• [swift-evolution] [Discussion] Namespaces   Krystof Vasa
• [swift-evolution] Enhanced existential types proposal discussion   Adrian Zubarev
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] RFC: didset and willset   Ricardo Parada
• [swift-evolution] [Discussion] Namespaces   Haravikk
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] Enhanced existential types proposal discussion   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   T.J. Usiyan
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Tony Allevato
• [swift-evolution] [Idea] Find alternatives to `switch self`   Angelo Villegas
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Christopher Boyd
• [swift-evolution] [Discussion] Namespaces   Austin Zheng
• [swift-evolution] [Idea] Find alternatives to `switch self`   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Luis Henrique B. Sousa
• [swift-evolution] [Discussion] Namespaces   Tony Allevato
• [swift-evolution] [Discussion] Namespaces   Brandon Knope
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Dave Abrahams
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Robert Schwalbe
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Ricardo Parada
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Vladimir.S
• [swift-evolution] [Discussion] Namespaces   Austin Zheng
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Brandon Knope
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Christopher Boyd
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Brandon Knope
• [swift-evolution] [Discussion] Namespaces   Vladimir.S
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] [Discussion] Namespaces   Austin Zheng
• [swift-evolution] [Discussion] Namespaces   Tony Allevato
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] Static Dispatch Pitfalls   Austin Zheng
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Vladimir.S
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Christopher Boyd
• [swift-evolution] [Discussion] Namespaces   L. Mihalkovic
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Brandon Knope
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Brandon Knope
• [swift-evolution] [Discussion] Namespaces   Vladimir.S
• [swift-evolution] Static Dispatch Pitfalls   David Waite
• [swift-evolution] [Discussion] Allowing subclasses to override requirements satisfied by defaults   Adrian Zubarev
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Christopher Boyd
• [swift-evolution] Static Dispatch Pitfalls   David Waite
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] [Discussion] Namespaces   Tony Allevato
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] Static Dispatch Pitfalls   Brandon Knope
• [swift-evolution] [Pitch] Nesting types without nesting in place (additional)   John McCall
• [swift-evolution] Removing "_ in" from empty closures   John McCall
• [swift-evolution] Static Dispatch Pitfalls   Brandon Knope
• [swift-evolution] Removing "_ in" from empty closures   Jordan Rose
• [swift-evolution] Static Dispatch Pitfalls   Chris Lattner
• [swift-evolution] Removing "_ in" from empty closures   Erica Sadun
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   L. Mihalkovic
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] Static Dispatch Pitfalls   Krystof Vasa
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Krystof Vasa
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] Removing "_ in" from empty closures   John McCall
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Xiaodi Wu
• [swift-evolution] Removing "_ in" from empty closures   Erica Sadun
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] Static Dispatch Pitfalls   Charles Srstka
• [swift-evolution] Static Dispatch Pitfalls   Brandon Knope
• [swift-evolution] Static Dispatch Pitfalls   Brandon Knope
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] Static Dispatch Pitfalls   Dave Abrahams
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Timothy J. Wood
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] [Review] SE-0077: Improved operator declarations   John McCall
• [swift-evolution] RFC: didset and willset   Krystof Vasa
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   L. Mihalkovic
• [swift-evolution] Removing "_ in" from empty closures   John McCall
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Erica Sadun
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   Matthew Johnson
• [swift-evolution] [Proposal] Allow passing a variadic parameter to another variadic function   Christopher Boyd
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Pitch] making where and , interchangeable in guard conditions.   L Mihalkovic
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Xiaodi Wu
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] Custom Covariance/Contravariance   Peter Livesey
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Xiaodi Wu
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Austin Zheng
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Austin Zheng
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Tyler Cloutier
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] Static Dispatch Pitfalls   Goffredo Marocchi
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Adrian Zubarev
• [swift-evolution] [Discussion] Namespaces   Leonardo Pessoa
• [swift-evolution] Static Dispatch Pitfalls   Fabian Ehrentraud
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Chris Lattner
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] [Discussion] Namespaces   L Mihalkovic
• [swift-evolution] [Review] SE-0077: Improved operator declarations   John McCall
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] [Discussion] Namespaces   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] Add a stride(by:) method to ClosedRange   Tim Vermeulen
• [swift-evolution] RFC: didset and willset   Erica Sadun
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] RFC: didset and willset   Brandon Knope
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Brandon Knope
• [swift-evolution] Add a stride(by:) method to ClosedRange   Xiaodi Wu
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Xiaodi Wu
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Tyler Cloutier
• [swift-evolution] Add a stride(by:) method to ClosedRange   Tim Vermeulen
• [swift-evolution] Add a stride(by:) method to ClosedRange   Xiaodi Wu
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Kevin Ballard
• [swift-evolution] RFC: didset and willset   Ricardo Parada
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Kevin Ballard
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Ricardo Parada
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Ricardo Parada
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Brent Royal-Gordon
• [swift-evolution] RFC: didset and willset   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Rod Brown
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] RFC: didset and willset   Patrick Smith
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Patrick Smith
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Brent Royal-Gordon
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Matthew Johnson
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Austin Zheng
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Matthew Johnson
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Matthew Johnson
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Brent Royal-Gordon
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Matthew Johnson
• [swift-evolution] [swift-users] UnsafeMutablePointer in structs   Adrian Zubarev
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Adrian Zubarev
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Austin Zheng
• [swift-evolution] Proposal: Deprecate optionals in string interpolation   Charlie Monroe
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Adrian Zubarev
• [swift-evolution] [Proposal] Disallow redundant `Any<...>` constructs   Adrian Zubarev
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   L. Mihalkovic
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   L. Mihalkovic
• [swift-evolution] Static Dispatch Pitfalls   Michael Peternell
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] Proposal SE-0009 Reconsideration   Charlie Monroe
• [swift-evolution] Static Dispatch Pitfalls   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Brent Royal-Gordon
• [swift-evolution] Static Dispatch Pitfalls   Charlie Monroe
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] Rename protocol<> to Any<>   Adrian Zubarev
• [swift-evolution] Static Dispatch Pitfalls   Charlie Monroe
• [swift-evolution] Static Dispatch Pitfalls   Brent Royal-Gordon
• [swift-evolution] Static Dispatch Pitfalls   Goffredo Marocchi
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Adrian Zubarev
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] Static Dispatch Pitfalls   Charlie Monroe
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Brandon Knope
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Haravikk
• [swift-evolution] [Review] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] Static Dispatch Pitfalls   Charlie Monroe
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] [Proposal] Add property for negation to Bool   Антон Миронов
• [swift-evolution] [Idea] A 128-bit unsigned integer value type   Károly Lőrentey
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Matthew Johnson
• [swift-evolution] [Proposal] Add property for negation to Bool   Charlie Monroe
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] [Proposal] Add property for negation to Bool   Антон Миронов
• [swift-evolution] [Proposal] Add property for negation to Bool   Charlie Monroe
• [swift-evolution] [Proposal] Add property for negation to Bool   Антон Миронов
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Nate Cook
• [swift-evolution] [Proposal] Add property for negation to Bool   Jacob Bandes-Storch
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Haravikk
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Dan Appel
• [swift-evolution] Static Dispatch Pitfalls   Brent Royal-Gordon
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] [Pitch] 'Double modulo' operator   Leonardo Pessoa
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] [Pitch] 'Double modulo' operator   Leonardo Pessoa
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] Static Dispatch Pitfalls   Brent Royal-Gordon
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Dave Abrahams
• [swift-evolution] Static Dispatch Pitfalls   Michael Peternell
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Brent Royal-Gordon
• [swift-evolution] [Pitch] 'Double modulo' operator   Brent Royal-Gordon
• [swift-evolution] [Proposal] Add property for negation to Bool   Brent Royal-Gordon
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] [Proposal] Add property for negation to Bool   Erica Sadun
• [swift-evolution] [Pitch] 'Double modulo' operator   Erica Sadun
• [swift-evolution] Proposal SE-0009 Reconsideration   Erica Sadun
• [swift-evolution] [Pitch] 'Double modulo' operator   Adam Nemecek
• [swift-evolution] Proposal SE-0009 Reconsideration   David Waite
• [swift-evolution] (Draft) Add last(where:) and lastIndex(where:) methods   Patrick Smith
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Patrick Smith
• [swift-evolution] Static Dispatch Pitfalls   Vladimir.S
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Brent Royal-Gordon
• [swift-evolution] Static Dispatch Pitfalls   Vladimir.S
• [swift-evolution] Static Dispatch Pitfalls   Charles Srstka
• [swift-evolution] [Idea] Find alternatives to `switch self`   Charles Constant
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Dan Appel
• [swift-evolution] Static Dispatch Pitfalls   Vladimir.S
• [swift-evolution] Proposal SE-0009 Reconsideration   Vladimir.S
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Adam Nemecek
• [swift-evolution] [Proposal] Add property for negation to Bool   Haravikk
• [swift-evolution] [Proposal] Add property for negation to Bool   T.J. Usiyan
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Adrian Zubarev
• [swift-evolution] [Pitch] Add the sign method to the SignedNumberType protocol.   Adrian Zubarev
• [swift-evolution] Static Dispatch Pitfalls   Goffredo Marocchi
• [swift-evolution] [Proposal] Add property for negation to Bool   Антон Миронов
• [swift-evolution] [Proposal] Add property for negation to Bool   Charlie Monroe
• [swift-evolution] Proposal SE-0009 Reconsideration   Charlie Monroe
• [swift-evolution] Proposal SE-0009 Reconsideration   Charlie Monroe
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] [summary] Protocol extension method dispatch - was [Static Dispatch Pitfalls]   L Mihalkovic
• [swift-evolution] Static Dispatch Pitfalls   L Mihalkovic
• [swift-evolution] [Pitch] 'Double modulo' operator   Tim Vermeulen
• [swift-evolution] Static Dispatch Pitfalls   Fabian Ehrentraud
• [swift-evolution] Proposal SE-0009 Reconsideration   L. Mihalkovic
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] Proposal SE-0009 Reconsideration   David Hart
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Proposal SE-0009 Reconsideration   Pyry Jahkola
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] Proposal SE-0009 Reconsideration   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Goffredo Marocchi
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Proposal] Add property for negation to Bool   Dave Abrahams
• [swift-evolution] [Review] SE-0089: Renaming String.init<T>(_: T)   Dave Abrahams
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Dave Abrahams
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Dave Abrahams
• [swift-evolution] [Pitch] Make Self an alias for object type in object definition   Adam Nemecek
• [swift-evolution] [Pitch] Make Self an alias for object type in object definition   Erica Sadun
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Dave Abrahams
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Matthew Johnson
• [swift-evolution] [Pitch] Add `mapValues` method to Dictionary   Honza Dvorsky
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Austin Zheng
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] Static Dispatch Pitfalls   Brent Royal-Gordon
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Dave Abrahams
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Dave Abrahams
• [swift-evolution] [Pitch] Make Self an alias for object type in object definition   Adam Nemecek
• [swift-evolution] [Proposal] Add property for negation to Bool   Xiaodi Wu
• [swift-evolution] Static Dispatch Pitfalls   Xiaodi Wu
• [swift-evolution] Enhanced existential types proposal discussion   Russ Bishop
• [swift-evolution] Static Dispatch Pitfalls   L. Mihalkovic
• [swift-evolution] Enhanced existential types proposal discussion   Austin Zheng
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Brent Royal-Gordon
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   L. Mihalkovic
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Austin Zheng
• [swift-evolution] [Pitch] merge types and protocols back together with type<Type, Protocol, ...>   Matthew Johnson
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Dave Abrahams
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] Should we rename "class" when referring to protocol conformance?   Matthew Johnson
• [swift-evolution] [Pitch] Rename `AnyObject` to `AnyClass` and drop current `AnyClass`   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] Static Dispatch Pitfalls   Matthew Johnson
• [swift-evolution] [Pitch] Requiring special keyword to mark protocol implementation methods   Douglas Gregor
• [swift-evolution] Static Dispatch Pitfalls   Xiaodi Wu

Last message date: Sun May 22 23:55:54 CDT 2016
Archived on: Mon May 23 10:40:40 CDT 2016

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