The Week Of Monday 20 June 2016 Archives by date

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

Starting: Mon Jun 20 01:30:25 CDT 2016
Ending: Sun Jun 26 23:50:56 CDT 2016
Messages: 807

• [swift-evolution] An implicit return for guard   Yarden Eitan
• [swift-evolution] An implicit return for guard   Xiaodi Wu
• [swift-evolution] An implicit return for guard   Adrian Zubarev
• [swift-evolution] [Discussion] access control modifier inconsistency   Adrian Zubarev
• [swift-evolution] [Discussion] access control modifier inconsistency   Gwynne Raskind
• [swift-evolution] LibDispatch : access to current queue, or queue name   Ben Rimmington
• [swift-evolution] LibDispatch : access to current queue, or queue name   Gwynne Raskind
• [swift-evolution] [Discussion] access control modifier inconsistency   Adrian Zubarev
• [swift-evolution] [Discussion] access control modifier inconsistency   L. Mihalkovic
• [swift-evolution] LibDispatch : access to current queue, or queue name   Ben Rimmington
• [swift-evolution] LibDispatch : access to current queue, or queue name   Gwynne Raskind
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Ben Rimmington
• [swift-evolution] generic typealias inside generic type   Vladimir.S
• [swift-evolution] [Pitch] Allow use of the name "default" for enum cases and function names   Vladimir.S
• [swift-evolution] generic typealias inside generic type   Vladimir.S
• [swift-evolution] An implicit return for guard   Yarden Eitan
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Stephen Canon
• [swift-evolution] State of @noescape ?   Антон Жилин
• [swift-evolution] State of @noescape ?   David Waite
• [swift-evolution] State of @noescape ?   Антон Жилин
• [swift-evolution] An implicit return for guard   Xiaodi Wu
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] [Proposal] Make non-escaping closures the default   Jose Cheyo Jimenez
• [swift-evolution] Fixing modules that contain a type with the same name   Xiaodi Wu
• [swift-evolution] specialize a generic type in a method   Vladimir.S
• [swift-evolution] Marking sort and sorted with rethrows   Dave Abrahams
• [swift-evolution] Fixing modules that contain a type with the same name   Vladimir.S
• [swift-evolution] specialize a generic type in a method   Charlie Monroe
• [swift-evolution] Marking sort and sorted with rethrows   John McCall
• [swift-evolution] State of @noescape ?   Austin Zheng
• [swift-evolution] [Pitch] Consistent bridging for NSErrors at the language boundary   Shawn Erickson
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] State of @noescape ?   Антон Жилин
• [swift-evolution] [Pitch] Consistent bridging for NSErrors at the language boundary   Charles Srstka
• [swift-evolution] specialize a generic type in a method   Vladimir.S
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Robert Widmann
• [swift-evolution] State of @noescape ?   John McCall
• [swift-evolution] [Proposal] Make non-escaping closures the default   Anton Zhilin
• [swift-evolution] Prohibit invisible characters in identifier names   Sean Heber
• [swift-evolution] Prohibit invisible characters in identifier names   Vladimir.S
• [swift-evolution] specialize a generic type in a method   Charlie Monroe
• [swift-evolution] [Pitch] Consistent bridging for NSErrors at the language boundary   Shawn Erickson
• [swift-evolution] [Discussion] File-level declarations having highest priority for shadowing   Charlie Monroe
• [swift-evolution] [Discussion] File-level declarations having highest priority for shadowing   Xiaodi Wu
• [swift-evolution] [Discussion] File-level declarations having highest priority for shadowing   Charlie Monroe
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Matthew Johnson
• [swift-evolution] [Discussion] File-level declarations having highest priority for shadowing   Xiaodi Wu
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Marking sort and sorted with rethrows   Dave Abrahams
• [swift-evolution] [Idea] Allowing definition of custom behaviors for `as` casting   Yaman JAIOUCH
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   David Rönnqvist
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Dave Abrahams
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Dave Abrahams
• [swift-evolution] Prohibit invisible characters in identifier names   Dave Abrahams
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Brent Royal-Gordon
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Dave Abrahams
• [swift-evolution] [Pitch] remove(at: Set<Index>)   Dave Abrahams
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] An implicit return for guard   David Hart
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   David Hart
• [swift-evolution] Prohibit invisible characters in identifier names   David Hart
• [swift-evolution] Stdlib closure argument labels and parameter names   Brent Royal-Gordon
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Robert Widmann
• [swift-evolution] [Proposal] Make non-escaping closures the default   Joe Groff
• [swift-evolution] Prohibit invisible characters in identifier names   Jordan Rose
• [swift-evolution] Prohibit invisible characters in identifier names   Brent Royal-Gordon
• [swift-evolution] Fixing modules that contain a type with the same name   Jordan Rose
• [swift-evolution] An implicit return for guard   Dany St-Amant
• [swift-evolution] Fixing modules that contain a type with the same name   Paulo Faria
• [swift-evolution] [SE-0088] Dispatch API names   Darren Mo
• [swift-evolution] Make UUID conform to RawRepresentable   Alsey Miller
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Dany St-Amant
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Robert Widmann
• [swift-evolution] Prohibit invisible characters in identifier names   John McCall
• [swift-evolution] [Proposal] Make non-escaping closures the default   Trent Nadeau
• [swift-evolution] [SE-0088] Dispatch API names   Brent Royal-Gordon
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] [SE-0088] Dispatch API names   Xiaodi Wu
• [swift-evolution] Fixing modules that contain a type with the same name   Xiaodi Wu
• [swift-evolution] An implicit return for guard   Yarden Eitan
• [swift-evolution] An implicit return for guard   Xiaodi Wu
• [swift-evolution] An implicit return for guard   Yarden Eitan
• [swift-evolution] Fixing modules that contain a type with the same name   Félix Cloutier
• [swift-evolution] An implicit return for guard   Xiaodi Wu
• [swift-evolution] Prohibit invisible characters in identifier names   Charlie Monroe
• [swift-evolution] Fixing modules that contain a type with the same name   Xiaodi Wu
• [swift-evolution] the "guard" keyword, again   Dave Yost
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Charlie Monroe
• [swift-evolution] [SE-0088] Dispatch API names   Brent Royal-Gordon
• [swift-evolution] Placeholder in UITextView as UITextField   Sunil Sharma
• [swift-evolution] Stdlib closure argument labels and parameter names   David Hart
• [swift-evolution] the "guard" keyword, again   Rimantas Liubertas
• [swift-evolution] [SE-0088] Dispatch API names   Adrian Zubarev
• [swift-evolution] Placeholder in UITextView as UITextField   Brent Royal-Gordon
• [swift-evolution] the "guard" keyword, again   James Campbell
• [swift-evolution] the "guard" keyword, again   Leonardo Pessoa
• [swift-evolution] the "guard" keyword, again   Sean Heber
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Ben Rimmington
• [swift-evolution] Prohibit invisible characters in identifier names   Vladimir.S
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Vladimir.S
• [swift-evolution] specialize a generic type in a method   Vladimir.S
• [swift-evolution] [Idea] Allowing definition of custom behaviors for `as` casting   Tony Allevato
• [swift-evolution] Prohibit invisible characters in identifier names   John McCall
• [swift-evolution] specialize a generic type in a method   Vladimir.S
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Chris Lattner
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Chris Lattner
• [swift-evolution] [Proposal] Make non-escaping closures the default   John McCall
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Leonardo Pessoa
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Ben Rimmington
• [swift-evolution] Prohibit invisible characters in identifier names   Joe Groff
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Joe Groff
• [swift-evolution] [Discussion] func/closure parameters and tuples   Vladimir.S
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Joe Groff
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Review] SE-0102: Remove <at> noreturn attribute and introduce an empty NoReturn type   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Scott James Remnant
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Anton Zhilin
• [swift-evolution] IUO in Swift 3.0   David Hart
• [swift-evolution] [SE-0088] Dispatch API names   Brandon Knope
• [swift-evolution] Make UUID conform to RawRepresentable   Ben Rimmington
• [swift-evolution] IUO in Swift 3.0   Joe Groff
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Joe Groff
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] IUO in Swift 3.0   Jonathan Cotton
• [swift-evolution] IUO in Swift 3.0   Jonathan Cotton
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Kenny Wyland
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jonathan Cotton
• [swift-evolution] [Draft] Apply -ed/-ing rule to core functional methods (e.g. filter => filtered)   Dave Abrahams
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Dave Abrahams
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Saagar Jha
• [swift-evolution] [SE-0088] Dispatch API names   Matt Wright
• [swift-evolution] [SE-0088] Dispatch API names   Matt Wright
• [swift-evolution] [SE-0088] Dispatch API names   Matt Wright
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Brandon Knope
• [swift-evolution] IUO in Swift 3.0   David Hart
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Kurt Werle
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Waite
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Gwynne Raskind
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Tony Allevato
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Michael Peternell
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Daniel Resnick
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Frederick Kellison-Linn
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Haravikk
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jordan Rose
• [swift-evolution] Make UUID conform to RawRepresentable   Philippe Hausler
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Hart
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Kevin Nattinger
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   David Hart
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Hart
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [swigt-evolution] [Pitch] Make NSOrderedSet behave like any other collections from Foundation   Tony Parker
• [swift-evolution] [SE-0088] Dispatch API names   Darren Mo
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Erica Sadun
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Brent Royal-Gordon
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [SE-0088] Dispatch API names   Darren Mo
• [swift-evolution] [SE-0088] Dispatch API names   Darren Mo
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Andrey Fidrya
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Brent Royal-Gordon
• [swift-evolution] [SE-0088] Dispatch API names   Xiaodi Wu
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Sean Heber
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Dave Abrahams
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Xiaodi Wu
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   David Waite
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Shawn Erickson
• [swift-evolution] [swigt-evolution] [Pitch] Make NSOrderedSet behave like any other collections from Foundation   Brent Royal-Gordon
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Sweeris
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Matthew Johnson
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Chris Lattner
• [swift-evolution] IUO in Swift 3.0   Chris Lattner
• [swift-evolution] Prohibit invisible characters in identifier names   Chris Lattner
• [swift-evolution] the "guard" keyword, again   Chris Lattner
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Chris Lattner
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Wahlstedt Jyrki
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Wahlstedt Jyrki
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Charlie Monroe
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Chris Lattner
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Chris Lattner
• [swift-evolution] Swift 3 vs "additive" proposals   Chris Lattner
• [swift-evolution] Thoughts on clarity of Double and Float type names?   Chris Lattner
• [swift-evolution] [Draft] Tuple-Based Compound Optional Binding   Chris Lattner
• [swift-evolution] [Draft] Tuple-Based Compound Optional Binding   Chris Lattner
• [swift-evolution] [Pitch] Consistent bridging for NSErrors at the language boundary   Douglas Gregor
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Michael Peternell
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Goffredo Marocchi
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   L. Mihalkovic
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   L. Mihalkovic
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Goffredo Marocchi
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Rimantas Liubertas
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Nick Moore
• [swift-evolution] [Pitch] Consistent bridging for NSErrors at the language boundary   Charles Srstka
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Haravikk
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Vladimir.S
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Goffredo Marocchi
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Ben Rimmington
• [swift-evolution] [Discussion] Design guideline rule for `:`   Adrian Zubarev
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Vladimir.S
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Charlie Monroe
• [swift-evolution] [Discussion] Design guideline rule for `:`   Charlie Monroe
• [swift-evolution] [Discussion] Design guideline rule for `:`   Vladimir.S
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Antoine Cœur
• [swift-evolution] [Discussion] func/closure parameters and tuples   Vladimir.S
• [swift-evolution] [Discussion] Design guideline rule for `:`   Adrian Zubarev
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Pyry Jahkola
• [swift-evolution] viewWill/DidAppear and viewWill/DidDisappear should have "animated" argument label (Victor Gao)   Victor Gao
• [swift-evolution] [Discussion] Design guideline rule for `:`   Ben Rimmington
• [swift-evolution] viewWill/DidAppear and viewWill/DidDisappear should have "animated" argument label (Victor Gao)   Victor Gao
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Leonardo Pessoa
• [swift-evolution] [Discussion] Design guideline rule for `:`   Leonardo Pessoa
• [swift-evolution] [Discussion] Design guideline rule for `:`   Haravikk
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   plx
• [swift-evolution] [Review] SE-0102: Remove <at> noreturn attribute and introduce an empty NoReturn type   Anton Zhilin
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   T.J. Usiyan
• [swift-evolution] [Discussion] Design guideline rule for `:`   Brandon Knope
• [swift-evolution] [Discussion] Design guideline rule for `:`   Charlie Monroe
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Patrick Smith
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   plx
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Matthew Johnson
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   Matthew Johnson
• [swift-evolution] [Discussion] Design guideline rule for `:`   Adrian Zubarev
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   João Pinheiro
• [swift-evolution] [Discussion] Design guideline rule for `:`   Adrian Zubarev
• [swift-evolution] Swift 3 vs "additive" proposals   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Matthew Johnson
• [swift-evolution] [Discussion] Design guideline rule for `:`   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Jonathan Hull
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] [Discussion] Design guideline rule for `:`   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jeremy Pereira
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   John McCall
• [swift-evolution] viewWill/DidAppear and viewWill/DidDisappear should have "animated" argument label (Victor Gao)   David Hart
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jeremy Pereira
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Sean Heber
• [swift-evolution] IUO in Swift 3.0   Joe Groff
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   L. Mihalkovic
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jeremy Pereira
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] Swift 3 vs "additive" proposals   Nate Cook
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Charlie Monroe
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Joe Groff
• [swift-evolution] Swift 3 vs "additive" proposals   Javier Soto
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Joe Groff
• [swift-evolution] [Discussion] Design guideline rule for `:`   Adrian Zubarev
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jeremy Pereira
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   Charlie Monroe
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Brandon Knope
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Adrian Zubarev
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Kenny Leung
• [swift-evolution] [Pitch] Detecting and working with Optionals from Any   John McCall
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] Swift 3 vs "additive" proposals   Adrian Zubarev
• [swift-evolution] Swift 3 vs "additive" proposals   Erica Sadun
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   David Waite
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Waite
• [swift-evolution] Swift 3 vs "additive" proposals   Erica Sadun
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] [Discussion] Design guideline rule for `:`   Dave Abrahams
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   Jordan Rose
• [swift-evolution] Revisiting SE-0041 Names   Erica Sadun
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Chris Lattner
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] Swift *less* safe than C for imported API that uses opaque struct pointers   Timothy J. Wood
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Charlie Monroe
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Jose Cheyo Jimenez
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Dmitri Gribenko
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   David Waite
• [swift-evolution] Revisiting SE-0041 Names   Xiaodi Wu
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Ian Partridge
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Felipe Cypriano
• [swift-evolution] Swift 3 vs "additive" proposals   Jose Cheyo Jimenez
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Ben Rimmington
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Adrian Zubarev
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Kenny Leung
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   David Waite
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Scott James Remnant
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Ben Rimmington
• [swift-evolution] Add an implicit return nil if function reaches end before return explicitly called   Logan Sease
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   James Froggatt
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   Jordan Rose
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Tony Allevato
• [swift-evolution] Revisiting SE-0041 Names   David Sweeris
• [swift-evolution] Revisiting SE-0041 Names   David Sweeris
• [swift-evolution] Swift *less* safe than C for imported API that uses opaque struct pointers   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Tony Allevato
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Kenny Leung
• [swift-evolution] IUO in Swift 3.0   Chris Lattner
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Michael Peternell
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   Matthew Johnson
• [swift-evolution] IUO in Swift 3.0   Joe Groff
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   Jordan Rose
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Matthew Johnson
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   Matthew Johnson
• [swift-evolution] Add an implicit return nil if function reaches end before return explicitly called   James Froggatt
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] Revisiting SE-0041 Names   Dave Abrahams
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] Add an implicit return nil if function reaches end before return explicitly called   John McCall
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Dave Abrahams
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Sean Heber
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Gwynne Raskind
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Sean Heber
• [swift-evolution] [Pitch] Retiring `where` from for-in loops   Erica Sadun
• [swift-evolution] [Pitch] Retiring `where` from for-in loops   Erica Sadun
• [swift-evolution] Swift 3 vs "additive" proposals   Javier Soto
• [swift-evolution] Add an implicit return nil if function reaches end before return explicitly called   Gwynne Raskind
• [swift-evolution] SE-0103: Make non-escaping closures the default   William Shipley
• [swift-evolution] [Pitch] Remove transparent bridging between Swift strings and char *   Gwynne Raskind
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] Swift 3 vs "additive" proposals   Javier Soto
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Matthew Johnson
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Andrew Bennett
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Andrew Bennett
• [swift-evolution] [PITCH] WatchKit API Design Change to use properties instead of methods to set properties   michie.swift at riffic.io
• [swift-evolution] Swift 3 vs "additive" proposals   John McCall
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] [PITCH] WatchKit API Design Change to use properties instead of methods to set properties   Tony Allevato
• [swift-evolution] [PITCH] WatchKit API Design Change to use properties instead of methods to set properties   Brent Royal-Gordon
• [swift-evolution] [PITCH] WatchKit API Design Change to use properties instead of methods to set properties   Brent Royal-Gordon
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Swift 3 vs "additive" proposals   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0103: Make non-escaping closures the default   Matthew Johnson
• [swift-evolution] Stdlib closure argument labels and parameter names   Xiaodi Wu
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Dave Abrahams
• [swift-evolution] Revisiting SE-0041 Names   Matthew Johnson
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Dany St-Amant
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Revisiting SE-0041 Names   Dave Abrahams
• [swift-evolution] Revisiting SE-0041 Names   David Sweeris
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Brent Royal-Gordon
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] [Pitch] Retiring `where` from for-in loops   Brandon Knope
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Chris Lattner
• [swift-evolution] Stdlib closure argument labels and parameter names   Xiaodi Wu
• [swift-evolution] Partial list of open Swift 3 design topics   Chris Lattner
• [swift-evolution] Stdlib closure argument labels and parameter names   Sean Heber
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Matthew Johnson
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Matthew Johnson
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Xiaodi Wu
• [swift-evolution] Partial list of open Swift 3 design topics   Xiaodi Wu
• [swift-evolution] Stdlib closure argument labels and parameter names   Xiaodi Wu
• [swift-evolution] Partial list of open Swift 3 design topics   Austin Zheng
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Karl
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   T.J. Usiyan
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Matthew Johnson
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Steve Canon
• [swift-evolution] Stdlib closure argument labels and parameter names   Erica Sadun
• [swift-evolution] Stdlib closure argument labels and parameter names   Xiaodi Wu
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   Trent Nadeau
• [swift-evolution] [Proposal] Generic and `throw`ing subscripts   plx
• [swift-evolution] Revisiting SE-0041 Names   Matthew Johnson
• [swift-evolution] Partial list of open Swift 3 design topics   Chris Lattner
• [swift-evolution] Partial list of open Swift 3 design topics   Karl
• [swift-evolution] [Accepted] SE-0089: Renaming String.init<T>(_: T)   Chris Lattner
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Joe Groff
• [swift-evolution] Submodules (was: A Problem With SE-0025?)   L. Mihalkovic
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Chris Lattner
• [swift-evolution] [Pitch] Add Null struct to Foundation   Alsey Miller
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] Add an implicit return nil if function reaches end before return explicitly called   Charlie Monroe
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   David Waite
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0077: Improved operator declarations   Chris Lattner
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Patrick Smith
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   David Waite
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Patrick Smith
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Jose Cheyo Jimenez
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   David Waite
• [swift-evolution] [Pitch] Add Null struct to Foundation   David Waite
• [swift-evolution] [Pitch] Add Null struct to Foundation   Alsey Miller
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Félix Cloutier
• [swift-evolution] Revisiting SE-0041 Names   David Sweeris
• [swift-evolution] Stdlib closure argument labels and parameter names   David Hart
• [swift-evolution] Partial list of open Swift 3 design topics   David Hart
• [swift-evolution] final class performance   Fabian Ehrentraud
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Brent Royal-Gordon
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Jonathan Hull
• [swift-evolution] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `Any<P1, P2>`   L. Mihalkovic
• [swift-evolution] Revisiting SE-0041 Names   Xiaodi Wu
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Jonathan Hull
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Xiaodi Wu
• [swift-evolution] Revisiting SE-0041 Names   Dmitri Gribenko
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Ross O'Brien
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Jeremy Pereira
• [swift-evolution] [swift-evolution-announce] [Returned for revision] SE-0077: Improved operator declarations   Антон Жилин
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   David Rönnqvist
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Andreas Ley
• [swift-evolution] Revisiting SE-0041 Names   Xiaodi Wu
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Xiaodi Wu
• [swift-evolution] final class performance   Alex Hoppen
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Vladimir.S
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Andreas Ley
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Ryan Lovelett
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Vladimir.S
• [swift-evolution] [Pitch] Retiring `where` from for-in loops   Vladimir.S
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Vladimir.S
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Matthew Johnson
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Jeremy Pereira
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Matthew Johnson
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Andreas Ley
• [swift-evolution] operator or wrapper for NSLocalizedString   Kwanghoon Choi
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   Charlie Monroe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Tony Allevato
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Fabian Ehrentraud
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Ross O'Brien
• [swift-evolution] Revisiting SE-0041 Names   Shawn Erickson
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Sean Heber
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Sean Heber
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Denis Nikitenko
• [swift-evolution] Shorthand unwrap proposal   Dmitri Gribenko
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Shawn Erickson
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] modifying Array<Element> to return Element! when subscripted   Pranjal Satija
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Remy Demarest
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   James Campbell
• [swift-evolution] Shorthand unwrap proposal   Sean Heber
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   James Campbell
• [swift-evolution] modifying Array<Element> to return Element! when subscripted   Sean Heber
• [swift-evolution] modifying Array<Element> to return Element! when subscripted   Charlie Monroe
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   T.J. Usiyan
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Stephen Canon
• [swift-evolution] Swift *less* safe than C for imported API that uses opaque struct pointers   Jordan Rose
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Prohibit invisible characters in identifier names   Sean Heber
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] Shorthand unwrap proposal   Jordan Rose
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] Shorthand unwrap proposal   Dmitri Gribenko
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Stephen Canon
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Stephen Canon
• [swift-evolution] Prohibit invisible characters in identifier names   Chris Lattner
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] Shorthand unwrap proposal   James Campbell
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Nate Cook
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Guillaume Lessard
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   L. Mihalkovic
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Anders Ha
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   David Sweeris
• [swift-evolution] Swift 3 vs "additive" proposals   L. Mihalkovic
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] modifying Array<Element> to return Element! when subscripted   L. Mihalkovic
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   David Hart
• [swift-evolution] Arrays Returning Optionals instead of Index Out of Bounds   David Sweeris
• [swift-evolution] Shorthand unwrap proposal   L. Mihalkovic
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   David Hart
• [swift-evolution] Shorthand unwrap proposal   L. Mihalkovic
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   David Hart
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   David Sweeris
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] Shorthand unwrap proposal   Tim Vermeulen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Xiaodi Wu
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] Shorthand unwrap proposal   Tim Vermeulen
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] Shorthand unwrap proposal   Tim Vermeulen
• [swift-evolution] Shorthand unwrap proposal   L. Mihalkovic
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] Shorthand unwrap proposal   Tim Vermeulen
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Kevin Ballard
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Shorthand unwrap proposal   David Sweeris
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Scott James Remnant
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0105: Removing Where Clauses from For-In Loops   Scott James Remnant
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Slava Pestov
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Anton Zhilin
• [swift-evolution] Prohibit invisible characters in identifier names   Josh Wisenbaker
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Anton Zhilin
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Matthew Johnson
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Slava Pestov
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Sean Heber
• [swift-evolution] Prohibit invisible characters in identifier names   David Sweeris
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   James Hillhouse
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Matthew Johnson
• [swift-evolution] Prohibit invisible characters in identifier names   James Hillhouse
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Xiaodi Wu
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Xiaodi Wu
• [swift-evolution] Prohibit invisible characters in identifier names   James Hillhouse
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Xiaodi Wu
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] Prohibit invisible characters in identifier names   Xiaodi Wu
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Xiaodi Wu
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Andrew Trick
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Matthew Johnson
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Slava Pestov
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Sean Heber
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Xiaodi Wu
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Denis Nikitenko
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Slava Pestov
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Andrew Trick
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Anton Zhilin
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Jordan Rose
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Slava Pestov
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Diego Sánchez
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Anton Zhilin
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Andrew Trick
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Slava Pestov
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Jordan Rose
• [swift-evolution] [Proposal] Remove Boolean   Anton Zhilin
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Nicola Salmoria
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] Stdlib closure argument labels and parameter names   Anton Zhilin
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] Prohibit invisible characters in identifier names   Josh Wisenbaker
• [swift-evolution] Prohibit invisible characters in identifier names   João Pinheiro
• [swift-evolution] [Review] SE-0101: Rename sizeof and related functions to comply with API Guidelines   Erica Sadun
• [swift-evolution] Stdlib closure argument labels and parameter names   Erica Sadun
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Jean-Daniel Dupas
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Patrick Pijnappel
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] [Proposal] Remove Boolean   Jordan Rose
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] [Pitch] Add Null struct to Foundation   Michael Peternell
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] [Discussion] A Problem With SE-0025?   Jordan Rose
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   William Shipley
• [swift-evolution] [Draft] UnsafeRawPointer API   Andrew Trick
• [swift-evolution] [Review] SE-0103: Make non-escaping closures the default   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Dany St-Amant
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Brandon Knope
• [swift-evolution] [Proposal] Remove Boolean   Chris Lattner
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   L. Mihalkovic
• [swift-evolution] [Discussion] A Problem With SE-0025?   John McCall
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Félix Cloutier
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   Jordan Rose
• [swift-evolution] [Discussion] A Problem With SE-0025?   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Félix Cloutier
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   David Sweeris
• [swift-evolution] [Draft] UnsafeRawPointer API   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   L. Mihalkovic
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Guillaume Lessard
• [swift-evolution] [Draft] Rationalizing Sequence end-operation names   Xiaodi Wu
• [swift-evolution] Fwd: [Draft] Rationalizing Sequence end-operation names   Xiaodi Wu
• [swift-evolution] [Pitch] Add Null struct to Foundation   J. Charles M. N.
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   William Shipley
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Nicola Salmoria
• [swift-evolution] [Pitch] Add Null struct to Foundation   michael.peternell at gmx.at
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Douglas Gregor
• [swift-evolution] [Pitch] Simpler interpretation of a reference to a generic type with no arguments   Douglas Gregor
• [swift-evolution] Having reference semantics counterpart of value types in an easier way   Amir Abbas Mousavian
• [swift-evolution] Shorthand unwrap proposal   Vladimir.S
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Patrick Smith
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] [Pitch] Add Null struct to Foundation   Brent Royal-Gordon
• [swift-evolution] Shorthand unwrap proposal   Dmitri Gribenko
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   L. Mihalkovic
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   William Shipley
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   plx
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   plx
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] Shorthand unwrap proposal   Charlie Monroe
• [swift-evolution] Shorthand unwrap proposal   Vladimir.S
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] Prohibit invisible characters in identifier names   Vladimir.S
• [swift-evolution] Shorthand unwrap proposal   L. Mihalkovic
• [swift-evolution] Stdlib closure argument labels and parameter names   Vladimir.S
• [swift-evolution] Stdlib closure argument labels and parameter names   Anton Zhilin
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Vladimir.S
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Vladimir.S
• [swift-evolution] Stdlib closure argument labels and parameter names   Charlie Monroe
• [swift-evolution] Fwd: [Returned for revision] SE-0077: Improved operator declarations   L. Mihalkovic
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Adrian Zubarev
• [swift-evolution] [Pitch] Make the formal type of 'self' consistent in class methods   Michael Peternell
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Sean Heber
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Sean Heber
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   T.J. Usiyan
• [swift-evolution] [Draft] UnsafeRawPointer API   Matthew Johnson
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Adrian Zubarev
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Brandon Knope
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Adrian Zubarev
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Adrian Zubarev
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   L. Mihalkovic
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   Jordan Rose
• [swift-evolution] [Review] SE-0102: Remove @noreturn attribute and introduce an empty NoReturn type   L. Mihalkovic
• [swift-evolution] Partial list of open Swift 3 design topics   Paul Cantrell
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   Austin Zheng
• [swift-evolution] Partial list of open Swift 3 design topics   Vladimir.S
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   L Mihalkovic
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Károly Lőrentey
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Karl Wagner
• [swift-evolution] [Draft] UnsafeRawPointer API   Andrew Trick
• [swift-evolution] [Draft] UnsafeRawPointer API   Andrew Trick
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] [Draft] UnsafeRawPointer API   L. Mihalkovic
• [swift-evolution] [Draft] UnsafeRawPointer API   Andrew Trick
• [swift-evolution] [Draft] UnsafeRawPointer API   John McCall
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Tony Allevato
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Haravikk
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Sean Heber
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Stephen Canon
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Károly Lőrentey
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   David Waite
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] [Draft] UnsafeRawPointer API   Matthew Johnson
• [swift-evolution] Collection index complexity and data structures   David Waite
• [swift-evolution] [Draft] UnsafeRawPointer API   Matthew Johnson
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Xiaodi Wu
• [swift-evolution] Fw: Re: [Proposal Draft] Literal Syntax Protocols   Matthew Johnson
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Jose Cheyo Jimenez
• [swift-evolution] Collection index complexity and data structures   David Waite
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] [Draft] UnsafeRawPointer API   Alejandro Martinez
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] Collection index complexity and data structures   Haravikk
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Xiaodi Wu
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Haravikk
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Nicola Salmoria
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Alejandro Martinez
• [swift-evolution] Prohibit invisible characters in identifier names   Magnus Ahltorp
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   David Sweeris
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   William Jon Shipley
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   William Shipley
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   Matthew Johnson
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Kevin Ballard
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Max Moiseev
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Erica Sadun
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   plx
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Brent Royal-Gordon
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Patrick Smith
• [swift-evolution] Stdlib closure argument labels and parameter names   Patrick Smith
• [swift-evolution] [Draft] UnsafeRawPointer API   Andrew Trick
• [swift-evolution] Shorthand unwrap proposal   Rob Mayoff
• [swift-evolution] [Review] SE-0105: Removing Where Clauses from For-In Loops   Brent Royal-Gordon
• [swift-evolution] Prohibit invisible characters in identifier names   Charlie Monroe
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Charlie Monroe
• [swift-evolution] Prohibit invisible characters in identifier names   Charles Srstka
• [swift-evolution] Prohibit invisible characters in identifier names   David Sweeris
• [swift-evolution] Prohibit invisible characters in identifier names   David Sweeris
• [swift-evolution] [Pitch] Remove type inference for associated types   Austin Zheng
• [swift-evolution] Partial list of open Swift 3 design topics   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0104: Protocol-oriented integers   Félix Cloutier
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   L. Mihalkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0095: Replace `protocol<P1, P2>` syntax with `P1 & P2`   L. Mihalkovic
• [swift-evolution] [Pitch] Remove type inference for associated types   Dmitri Gribenko
• [swift-evolution] [Proposal] Revising access modifiers on extensions   Adrian Zubarev
• [swift-evolution] [Pitch] Remove type inference for associated types   Pyry Jahkola
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   Karl
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Haravikk
• [swift-evolution] Prohibit invisible characters in identifier names   Magnus Ahltorp
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Nicola Salmoria
• [swift-evolution] [Pitch] Remove type inference for associated types   Matthew Johnson
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [Pitch] Remove type inference for associated types   L. Mihalkovic
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Xiaodi Wu
• [swift-evolution] [Proposal] Remove force unwrapping in function signature.   Spromicky
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [Proposal] Disallow implicit conversion between function/closure with a list of parameters and with tuple parameter. Remove function type inconsistency.   Vladimir.S
• [swift-evolution] [Pitch] Remove type inference for associated types   David Hart
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   David Sweeris
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   Austin Rathe
• [swift-evolution] [Pitch] Remove type inference for associated types   Austin Zheng
• [swift-evolution] [Pitch] Remove type inference for associated types   Austin Zheng
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   L. Mihalkovic
• [swift-evolution] [Pitch] Remove type inference for associated types   Austin Zheng
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   Thorsten Seitz
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   Haravikk
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   Remy Demarest
• [swift-evolution] BigDecimal functionalities or modulus support for NSDecimalNumber   Andrea Leganza
• [swift-evolution] [Returned for revision] SE-0077: Improved operator declarations   Anton Zhilin
• [swift-evolution] [swift-evolution-announce] [Review] SE-0089: Replace protocol<P1, P2> syntax with Any<P1, P2>   L. Mihalkovic
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] Stdlib closure argument labels and parameter names   David Hart
• [swift-evolution] Stdlib closure argument labels and parameter names   Erica Sadun
• [swift-evolution] Fixed-sized arrays   Daryle Walker
• [swift-evolution] Fixed-sized arrays   Félix Cloutier
• [swift-evolution] Stdlib closure argument labels and parameter names   Karl
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Jed Lewison
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Dave Abrahams
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Dave Abrahams
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Dave Abrahams
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Hooman Mehr
• [swift-evolution] Stdlib closure argument labels and parameter names   Dave Abrahams
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   T.J. Usiyan
• [swift-evolution] [Pitch] Add Null struct to Foundation   David Rönnqvist
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   David Rönnqvist
• [swift-evolution] Stdlib closure argument labels and parameter names   Erica Sadun
• [swift-evolution] [Proposal] Revising access modifiers on extensions   Adrian Zubarev
• [swift-evolution] Thoughts on replacing \() with $() or some other symbol   Joseph Bell
• [swift-evolution] [Proposal Draft] Literal Syntax Protocols   Hooman Mehr
• [swift-evolution] [Proposal] Revising access modifiers on extensions   Adrian Zubarev
• [swift-evolution] An upcoming proposal for simplifying leak free, safe closures.   Christopher Kornher
• [swift-evolution] [Pitch] Add Null struct to Foundation   michael.peternell at gmx.at
• [swift-evolution] [Pitch] Add Null struct to Foundation   Jean-Daniel Dupas
• [swift-evolution] An upcoming proposal for simplifying leak free, safe closures.   Charles Srstka
• [swift-evolution] An upcoming proposal for simplifying leak free, safe closures.   James Froggatt
• [swift-evolution] [Pitch] Add Null struct to Foundation   michael.peternell at gmx.at
• [swift-evolution] An upcoming proposal for simplifying leak free, safe closures.   Russ Bishop
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Russ Bishop
• [swift-evolution] [Review] SE-0104: Protocol-oriented integers   Károly Lőrentey
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Russ Bishop
• [swift-evolution] SE-0105: Removing Where Clauses from For-In Loops   Russ Bishop
• [swift-evolution] Partial list of open Swift 3 design topics   Russ Bishop
• [swift-evolution] [Draft] UnsafeRawPointer API   Russ Bishop
• [swift-evolution] [Proposal] Revising access modifiers on extensions   Jordan Rose
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Jonathan Hull
• [swift-evolution] [Pitch] Add Null struct to Foundation   Saagar Jha
• [swift-evolution] [Pitch] Remove destructive consumption from Sequence   Jonathan Hull
• [swift-evolution] [Proposal] Revising access modifiers on extensions   L. Mihalkovic
• [swift-evolution] [Proposal] Disallow implicit conversion between function/closure with a list of parameters and with tuple parameter. Remove function type inconsistency.   Saagar Jha
• [swift-evolution] Prohibit invisible characters in identifier names   Charlie Monroe
• [swift-evolution] [Proposal] Remove force unwrapping in function signature.   Charlie Monroe
• [swift-evolution] [Pitch] Remove type inference for associated types   Charlie Monroe
• [swift-evolution] [Pitch] Remove type inference for associated types   Austin Zheng
• [swift-evolution] [Proposal] Add floor() and ceiling() functions to FloatingPoint   Charlie Monroe
• [swift-evolution] BigDecimal functionalities or modulus support for NSDecimalNumber   Charlie Monroe

Last message date: Sun Jun 26 23:50:56 CDT 2016
Archived on: Sun Jun 26 23:55:46 CDT 2016

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