The Week Of Monday 14 March 2016 Archives by date

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

Starting: Mon Mar 14 01:54:59 CDT 2016
Ending: Sun Mar 20 23:34:22 CDT 2016
Messages: 530

• [swift-evolution] Add an ifPresent function to Optional   Thorsten Seitz
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Radosław Pietruszewski
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Radosław Pietruszewski
• [swift-evolution] [Pitch] Limit Implicit Capture   Haravikk
• [swift-evolution] throws as returning a Result   Yuta Koshizawa
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Pyry Jahkola
• [swift-evolution] throws as returning a Result   Yuta Koshizawa
• [swift-evolution] throws as returning a Result   Ondrej Barina
• [swift-evolution] throws as returning a Result   Thomas Guthrie
• [swift-evolution] [proposal] Move @noescape and @autoclosure to type attributes   Pierre Monod-Broca
• [swift-evolution] Changing the curried static methods   Brandon Williams
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold Schwaighofer
• [swift-evolution] [Draft] Allow trailing commas in argument lists   Tim Schmelter
• [swift-evolution] Changing the curried static methods   Erica Sadun
• [swift-evolution] throws as returning a Result   Dennis Lysenko
• [swift-evolution] [Draft] Allow trailing commas in argument lists   Rainer Brockerhoff
• [swift-evolution] Idea: Extend "guard" to try-statements, with a catch block   Maximilian Hünenberger
• [swift-evolution] Idea: Extend "guard" to try-statements, with a catch block   Erica Sadun
• [swift-evolution] Changing the curried static methods   Joe Groff
• [swift-evolution] throws as returning a Result   Joe Groff
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Joe Groff
• [swift-evolution] Alternative For Nested If Repetiion   Joe Groff
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Joe Groff
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Stephen Celis
• [swift-evolution] Changing the curried static methods   Brandon Williams
• [swift-evolution] Alternative For Nested If Repetiion   Kurt Werle
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Joe Groff
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Brandon Knope
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Goffredo Marocchi
• [swift-evolution] Alternative For Nested If Repetiion   Ted F.A. van Gaalen
• [swift-evolution] Alternative For Nested If Repetiion   Joe Groff
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Erica Sadun
• [swift-evolution] Alternative For Nested If Repetiion   Ted F.A. van Gaalen
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   John McCall
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Erica Sadun
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Goffredo Marocchi
• [swift-evolution] Alternative For Nested If Repetiion   Kenny Leung
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold Schwaighofer
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Dmitri Gribenko
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Dmitri Gribenko
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Dmitri Gribenko
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Erica Sadun
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Dmitri Gribenko
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] Add an ifPresent function to Optional   Daniel Vollmer
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   John McCall
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Chris Lattner
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   William Dillon
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Chris Lattner
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   William Dillon
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Erica Sadun
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Dmitri Gribenko
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Dmitri Gribenko
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] Simplifying Function Parameter List (when calling)   Ted F.A. van Gaalen
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Dmitri Gribenko
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold Schwaighofer
• [swift-evolution] [Revision] SE-0034 - Disambiguating Line Control Statements from Debugging Identifiers   Greg Parker
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Dave Abrahams
• [swift-evolution] Removing Variadic Parameters.   Ted F.A. van Gaalen
• [swift-evolution] Proposal: Allow Getters and Setters to Throw   Richard Ross
• [swift-evolution] [Revision] SE-0034 - Disambiguating Line Control Statements from Debugging Identifiers   Dave Abrahams
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Andrew Trick
• [swift-evolution] Add an ifPresent function to Optional   Dmitri Gribenko
• [swift-evolution] Add an ifPresent function to Optional   Dmitri Gribenko
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] Add an ifPresent function to Optional   Dmitri Gribenko
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Erica Sadun
• [swift-evolution] Add an ifPresent function to Optional   Dmitri Gribenko
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold Schwaighofer
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Shawn Erickson
• [swift-evolution] Should all GeneratorTypes also be SequenceTypes?   Haravikk
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Brent Royal-Gordon
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Chris Lattner
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Chris Lattner
• [swift-evolution] [Pitch] Introducing #fileName debug identifier   Erica Sadun
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Jens Alfke
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Berry
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jo Albright
• [swift-evolution] Should all GeneratorTypes also be SequenceTypes?   Dmitri Gribenko
• [swift-evolution] Add an ifPresent function to Optional   davesweeris at mac.com
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Step C
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Joe Groff
• [swift-evolution] Simplifying Function Parameter List (when calling)   davesweeris at mac.com
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Joe Groff
• [swift-evolution] Add an ifPresent function to Optional   Dmitri Gribenko
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Joe Groff
• [swift-evolution] Add an ifPresent function to Optional   davesweeris at mac.com
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Joe Groff
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Sean Heber
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Sean Heber
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Sean Heber
• [swift-evolution] Making `.self` After `Type` Optional   Sean Heber
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Jordan Rose
• [swift-evolution] Add an ifPresent function to Optional   Jordan Rose
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Shawn Erickson
• [swift-evolution] Add an ifPresent function to Optional   davesweeris at mac.com
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Patrick Pijnappel
• [swift-evolution] SE-0025: Scoped Access Level, next steps   davesweeris at mac.com
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Joe Groff
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Eric Summers
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Sean Heber
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Russ Bishop
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jonathan Hull
• [swift-evolution] [Discussion] Referencing the Objective-C selector of property getters and setters   Keith Smiley
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Patrick Pijnappel
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Patrick Pijnappel
• [swift-evolution] Making `.self` After `Type` Optional   Charles Constant
• [swift-evolution] Making `.self` After `Type` Optional   Brent Royal-Gordon
• [swift-evolution] Making `.self` After `Type` Optional   Keith Smiley
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Goffredo Marocchi
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Hart
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Hart
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Hart
• [swift-evolution] [Discussion] Referencing the Objective-C selector of property getters and setters   David Hart
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ondrej Barina
• [swift-evolution] [Revision] SE-0034 - Disambiguating Line Control Statements from Debugging Identifiers   Ben Rimmington
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Tino Heth
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Goffredo Marocchi
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Thorsten Seitz
• [swift-evolution] Add an ifPresent function to Optional   Thorsten Seitz
• [swift-evolution] Simplifying Function Parameter List (when calling)   Thorsten Seitz
• [swift-evolution] [META] Re: Mailman?   Adrian Kashivskyy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Thorsten Seitz
• [swift-evolution] [proposal] Move @noescape and @autoclosure to type attributes   Adrian Kashivskyy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Thorsten Seitz
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Thorsten Seitz
• [swift-evolution] [META] Re-invigorating the compiler directive discussion   Антон Жилин
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] [Draft] Allow trailing commas in argument lists   Антон Жилин
• [swift-evolution] Thank you, bye for now.   Ted F.A.van Gaalen
• [swift-evolution] Thank you, bye for now.   Ted F.A. van Gaalen
• [swift-evolution] Thank you, bye for now.   Thorsten Seitz
• [swift-evolution] swift-evolution Digest, Vol 4, Issue 35   Patrick Smith
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Антон Жилин
• [swift-evolution] swift-evolution Digest, Vol 4, Issue 35   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] throws as returning a Result   Yuta Koshizawa
• [swift-evolution] Two-for-Tuesday: Resettable Properties   Patterson, Jason
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Zach Waldowski
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Froggatt
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ondrej Barina
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Lorenzo Racca
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Антон Жилин
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Thorsten Seitz
• [swift-evolution] [Revision] SE-0034 - Disambiguating Line Control Statements from Debugging Identifiers   Dave Abrahams
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Haravikk
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Lorenzo Racca
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Froggatt
• [swift-evolution] Two-for-Tuesday: Resettable Properties   Félix Cloutier
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   Erica Sadun
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Erica Sadun
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   William Dillon
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Shawn Erickson
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Dmitri Gribenko
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Michel Fortin
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Erica Sadun
• [swift-evolution] [Review] SE-0044 Import as Member   Douglas Gregor
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Karsten Bruns
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Douglas Gregor
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   Shawn Erickson
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brandon Knope
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Dmitri Gribenko
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Joe Groff
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   William Dillon
• [swift-evolution] [META] Re: Mailman?   Joe Groff
• [swift-evolution] Making `.self` After `Type` Optional   Joe Groff
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   Erica Sadun
• [swift-evolution] throws as returning a Result   Joe Groff
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Erica Sadun
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   Shawn Erickson
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Jeff Hajewski
• [swift-evolution] Two-for-Tuesday: Resettable Properties   Patterson, Jason
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Charles Kissinger
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Haravikk
• [swift-evolution] [Discussion] Referencing the Objective-C selector of property getters and setters   Keith Smiley
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Ungar
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Erica Sadun
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Lorenzo Racca
• [swift-evolution] [META] Re: Mailman?   Goffredo Marocchi
• [swift-evolution] Making `.self` After `Type` Optional   Tanner Nelson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David James
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Waite
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] [Draft] Introducing Build Configuration Tests for Platform Conditions   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] [swift-evolution-announce] Review: Import Objective-C Constants as Swift Types   marc hoffman
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Andrii Chernenko
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Howard Lovatt
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Dave Abrahams
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Campbell
• [swift-evolution] swift-evolution Digest, Vol 4, Issue 35   Dave Abrahams
• [swift-evolution] [META] Re: Mailman?   Dave Abrahams
• [swift-evolution] [Pitch] Make the first parameter in a function declaration follow the same rules as the others   Dave Abrahams
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jonathan Hull
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Brent Royal-Gordon
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Joe Groff
• [swift-evolution] [META] Re: Mailman?   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michel Fortin
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] Thank you, bye for now.   Douglas Gregor
• [swift-evolution] [META] Re: Mailman?   Michel Fortin
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold Schwaighofer
• [swift-evolution] Changing the curried static methods   Stephen Celis
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Alex Migicovsky
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Arnold
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Alex Migicovsky
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Nate Cook
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Patrick Pijnappel
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Hart
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Goffredo Marocchi
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Froggatt
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michel Fortin
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Froggatt
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Michel Fortin
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Patrick Pijnappel
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Brent Royal-Gordon
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Erica Sadun
• [swift-evolution] Proposal to remove semicolons   Chris Wood
• [swift-evolution] [Accepted] SE-0037: Clarify interaction between comments & operators   Chris Lattner
• [swift-evolution] Proposal to remove semicolons   Erica Sadun
• [swift-evolution] [Accepted] SE-0046: Establish consistent label behavior across all parameters including first labels   Chris Lattner
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Tino Heth
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Joe Groff
• [swift-evolution] Draft Proposal: Declare variables in 'case' labels with multiple patterns   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jordan Rose
• [swift-evolution] Proposal to remove semicolons   Erica Sadun
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Erica Sadun
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Jeff Hajewski
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Chris Lattner
• [swift-evolution] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Chris Lattner
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Joe Groff
• [swift-evolution] [Pitch] Limit Implicit Capture   Jordan Rose
• [swift-evolution] [Pitch] Limit Implicit Capture   Joe Groff
• [swift-evolution] [Pitch] Limit Implicit Capture   Joe Groff
• [swift-evolution] [Pitch] Limit Implicit Capture   Jordan Rose
• [swift-evolution] [Pitch] Limit Implicit Capture   Joe Groff
• [swift-evolution] Making `.self` After `Type` Optional   Jordan Rose
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Erica Sadun
• [swift-evolution] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Greg Titus
• [swift-evolution] [META] Re: Mailman?   Dave Abrahams
• [swift-evolution] [proposal] Generic type aliases   Russ Bishop
• [swift-evolution] [Pitch] Limit Implicit Capture   Haravikk
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Chris Lattner
• [swift-evolution] [Pitch] Limit Implicit Capture   Joe Groff
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jonathan Tang
• [swift-evolution] [proposal] Generic type aliases   Joe Groff
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   William Dillon
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Sean Heber
• [swift-evolution] [proposal] Generic type aliases   Evan Maloney
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Rudolf Adamkovic
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Step C
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Haravikk
• [swift-evolution] [Pitch] Limit Implicit Capture   Haravikk
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Howard Lovatt
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Patrick Pijnappel
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Brent Royal-Gordon
• [swift-evolution] [proposal] Generic type aliases   Chris Lattner
• [swift-evolution] [proposal] Generic type aliases   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Brent Royal-Gordon
• [swift-evolution] [proposal] Generic type aliases   Joe Groff
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [proposal] Generic type aliases   Chris Lattner
• [swift-evolution] [proposal] Generic type aliases   Brent Royal-Gordon
• [swift-evolution] throws as returning a Result   Yuta Koshizawa
• [swift-evolution] [Draft] Abolish IUO type   Mark Anders
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Alex Martini
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Brent Royal-Gordon
• [swift-evolution] [Draft] Abolish IUO type   Russ Bishop
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Brent Royal-Gordon
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] [swift-evolution-announce] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jordan Rose
• [swift-evolution] [Proposal] Add an API to Unmanaged to get the instance it holds "@guaranteed"   Brent Royal-Gordon
• [swift-evolution] Two-for-Tuesday: Resettable Properties   Brent Royal-Gordon
• [swift-evolution] [proposal] Generic type aliases   Joe Groff
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Paul Ossenbruggen
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Jed Lewison
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Douglas Gregor
• [swift-evolution] [Pitch] Limit Implicit Capture   Daniel Duan
• [swift-evolution] SE-0047   Michael Mayer
• [swift-evolution] [proposal] Generic type aliases   Andrew Bennett
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Adrian Kashivskyy
• [swift-evolution] [Idea] ObjectiveCBridgeable   Adrian Kashivskyy
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Kevin Ballard
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Nicholas Maccharoli
• [swift-evolution] SE-0047   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Austin Zheng
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Brent Royal-Gordon
• [swift-evolution] SE-0047   Tino Heth
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Tino Heth
• [swift-evolution] [Draft] Abolish IUO type   Anton Zhilin
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Adrian Kashivskyy
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Haravikk
• [swift-evolution] [Review] SE-0044 Import as Member   Patrick Gili
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Patrick Gili
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Tino Heth
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Félix Cloutier
• [swift-evolution] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Juan Ignacio Laube
• [swift-evolution] What's the best replacement if "Remove C-style for loops"?   nebulabox
• [swift-evolution] What's the best replacement if "Remove C-style for loops"?   Trent Nadeau
• [swift-evolution] What's the best replacement if "Remove C-style for loops"?   Pyry Jahkola
• [swift-evolution] Two-for-Tuesday: Resettable Properties   Michel Fortin
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Michel Fortin
• [swift-evolution] Proposal to remove semicolons   Paul Ossenbruggen
• [swift-evolution] [Draft 2] Throwing Properties and Subscripts   Brent Royal-Gordon
• [swift-evolution] Proposal to remove semicolons   Chris Wood
• [swift-evolution] Proposal to remove semicolons   Chris Wood
• [swift-evolution] Changing the curried static methods   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Erica Sadun
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Douglas Gregor
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Harlan Haskins
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Max Howell
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Douglas Gregor
• [swift-evolution] [Idea] ObjectiveCBridgeable   Douglas Gregor
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   David Owens II
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Erica Sadun
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Douglas Gregor
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Patrick Gili
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Dan Raviv
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Erica Sadun
• [swift-evolution] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Patrick Gili
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Erica Sadun
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Draft] Abolish IUO type   Jed Lewison
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Draft] Abolish IUO type   Joe Groff
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Yuta Koshizawa
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Chris Lattner
• [swift-evolution] [Draft] Abolish IUO type   Cheyo Ximenez
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [Idea] ObjectiveCBridgeable   Russ Bishop
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Nicholas Maccharoli
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Chris Lattner
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Douglas Gregor
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Dany St-Amant
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Dany St-Amant
• [swift-evolution] [Draft] Abolish IUO type   Jed Lewison
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   William Shipley
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Erica Sadun
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Dany St-Amant
• [swift-evolution] [Draft] Abolish IUO type   Jed Lewison
• [swift-evolution] Making pointer nullability explicit (using Optional)   Félix Cloutier
• [swift-evolution] Proposal to remove semicolons   Paul Ossenbruggen
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [Draft] Abolish IUO type   Step C
• [swift-evolution] Making pointer nullability explicit (using Optional)   Russ Bishop
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [Draft] Abolish IUO type   Jed Lewison
• [swift-evolution] [Draft] Abolish IUO type   Charles Srstka
• [swift-evolution] Making pointer nullability explicit (using Optional)   Chris Lattner
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Nicholas Maccharoli
• [swift-evolution] [Draft] Abolish IUO type   rintaro ishizaki
• [swift-evolution] Making pointer nullability explicit (using Optional)   Félix Cloutier
• [swift-evolution] [Draft] Abolish IUO type   rintaro ishizaki
• [swift-evolution] [Pitch] Remove bit shift traps   Patrick Pijnappel
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Douglas Gregor
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Patrick Pijnappel
• [swift-evolution] [Draft] Abolish IUO type   davesweeris at mac.com
• [swift-evolution] [Pitch] Remove bit shift traps   Greg Parker
• [swift-evolution] [Draft] Abolish IUO type   Brent Royal-Gordon
• [swift-evolution] [Pitch] Remove bit shift traps   Patrick Pijnappel
• [swift-evolution] Making pointer nullability explicit (using Optional)   Goffredo Marocchi
• [swift-evolution] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Sebastian Hagedorn
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Ben Rimmington
• [swift-evolution] [DRAFT] Introducing a Debug Build Configuration Test   Ben Rimmington
• [swift-evolution] [Pitch] Remove bit shift traps   Patrick Pijnappel
• [swift-evolution] [Pitch] Remove bit shift traps   Haravikk
• [swift-evolution] [Draft] Abolish IUO type   James Campbell
• [swift-evolution] [Draft] Abolish IUO type   James Campbell
• [swift-evolution] [swift-evolution-announce] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Andrew Bennett
• [swift-evolution] [Pitch] Remove bit shift traps   Dany St-Amant
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   William Shipley
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Andrew Bennett
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Tino Heth
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Erica Sadun
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Erica Sadun
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Honza Dvorsky
• [swift-evolution] [Pitch] Remove bit shift traps   Haravikk
• [swift-evolution] [proposal] Generic type aliases   Joe Groff
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] Potential Bug with Compiler in 2.1.1 and UnitTests   James Campbell
• [swift-evolution] Attention Proposal Authors   Dave Abrahams
• [swift-evolution] Potential Bug with Compiler in 2.1.1 and UnitTests   Joe Groff
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Patrick Pijnappel
• [swift-evolution] Add an ifPresent function to Optional   Curtis Steckel
• [swift-evolution] [Draft] Abolish IUO type   Chris Willmore
• [swift-evolution] Making pointer nullability explicit (using Optional)   Rob Mayoff
• [swift-evolution] [Draft] Expanding Build Configuration Tests for Simulator and Device targets   Alex Martini
• [swift-evolution] Attention Proposal Authors   Erica Sadun
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Patrick Pijnappel
• [swift-evolution] Making pointer nullability explicit (using Optional)   Félix Cloutier
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] Post-Evaluating proposal SE-0007 Remove C-style for-loops.   Ted F.A. van Gaalen
• [swift-evolution] Post-Evaluating proposal SE-0007 Remove C-style for-loops.   Patrick Gili
• [swift-evolution] Post-Evaluating proposal SE-0007 Remove C-style for-loops.   Chris Lattner
• [swift-evolution] Making pointer nullability explicit (using Optional)   Russ Bishop
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Max Howell
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Max Howell
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] [proposal] Tail Call recursion attributes   T.J. Usiyan
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   T.J. Usiyan
• [swift-evolution] Post-Evaluating proposal SE-0007 Remove C-style for-loops.   Ted F.A. van Gaalen
• [swift-evolution] [swift-build-dev] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Eloy Durán
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Ted F.A. van Gaalen
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   T.J. Usiyan
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Victor Gao
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Dany St-Amant
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Jordan Rose
• [swift-evolution] Post-Evaluating proposal SE-0007 Remove C-style for-loops.   Chris Lattner
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Ross O'Brien
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Haravikk
• [swift-evolution] Fwd: [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Victor Gao
• [swift-evolution] Making pointer nullability explicit (using Optional)   Brent Royal-Gordon
• [swift-evolution] Fwd: [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Ross O'Brien
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Jordan Rose
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Brent Royal-Gordon
• [swift-evolution] [Draft] Change IteratorType post-nil guarantee   Patrick Pijnappel
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   ted van gaalen
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Dmitri Gribenko
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Daniel Duan
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   ted van gaalen
• [swift-evolution] [Draft] Throwing Properties and Subscripts   Morten Bek Ditlevsen
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Haravikk
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Tino Heth
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Victor Gao
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Matthew Johnson
• [swift-evolution] [swift-evolution-announce] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   Matthew Johnson
• [swift-evolution] Removing explicit use of `let` from Function Parameters   Nicholas Maccharoli
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Dany St-Amant
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Tino Heth
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Daniel Duan
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Paul Ossenbruggen
• [swift-evolution] Making pointer nullability explicit (using Optional)   Chris Lattner
• [swift-evolution] Making pointer nullability explicit (using Optional)   Chris Lattner
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Patrick Gili
• [swift-evolution] [swift-evolution-announce] [Review] SE-0043 Declare variables in 'case' labels with multiple patterns   T.J. Usiyan
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Ross O'Brien
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Patrick Gili
• [swift-evolution] Making pointer nullability explicit (using Optional)   Michel Fortin
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Gavin Eadie
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Gavin Eadie
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Charles Constant
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Charles Srstka
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Step C
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Step C
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Haravikk
• [swift-evolution] [swift evolution] [proposal] Proposal to add "implement" keyword to denote protocol method implementation   Andrew Bennett
• [swift-evolution] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Daniel Dunbar
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jean-Daniel Dupas
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Tino Heth
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Tino Heth
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Step Christopher
• [swift-evolution] Add an ifPresent function to Optional   Andrey Tarantsov
• [swift-evolution] Add an ifPresent function to Optional   Andrey Tarantsov
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Andrey Tarantsov
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Erica Sadun
• [swift-evolution] Add an ifPresent function to Optional   Krzysztof Siejkowski
• [swift-evolution] Add an ifPresent function to Optional   Erica Sadun
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Tyler Fleming Cloutier
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Pedro Vieira
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Jonathan Hull
• [swift-evolution] Add an ifPresent function to Optional   David Waite
• [swift-evolution] Add an ifPresent function to Optional   Ilya Belenkiy
• [swift-evolution] Add an ifPresent function to Optional   Ilya Belenkiy
• [swift-evolution] Add an ifPresent function to Optional   Howard Lovatt
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Timothy Wood
• [swift-evolution] Add an ifPresent function to Optional   Howard Lovatt

Last message date: Sun Mar 20 23:34:22 CDT 2016
Archived on: Mon Mar 21 10:37:07 CDT 2016

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