The Week Of Monday 1 February 2016 Archives by thread

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

Starting: Mon Feb 1 00:13:45 CST 2016
Ending: Sun Feb 7 23:54:10 CST 2016
Messages: 753

• [swift-evolution] Brainstorming: Optional sugar inferred map   Craig Cruden
• [swift-evolution] Empower String type with regular expression   David Hart
• [swift-evolution] Operator implementation inside struct/class body   Goffredo Marocchi
  • [swift-evolution] Operator implementation inside struct/class body   Chris Lattner
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Colin Cornaby
  • [swift-evolution] [Review] SE-0023 API Design Guidelines   Ricardo Parada
    • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
  • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Charles Kissinger
  • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Zach Waldowski
    • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Dave Abrahams
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Charles Kissinger
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Zach Waldowski
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Charles Kissinger
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Zach Waldowski
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Charles Kissinger
      • [swift-evolution] [Draft proposal] Faster/lower-level external String initialization   Zach Waldowski
• [swift-evolution] Guaranteed closure execution   Gwendal Roué
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Colin Cornaby
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Colin Cornaby
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radek Pietruszewski
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Tony Parker
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radosław Pietruszewski
• [swift-evolution] Optional safe subscripting for arrays   Rudolf Adamkovič
  • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
    • [swift-evolution] Optional safe subscripting for arrays   Maximilian Hünenberger
      • [swift-evolution] Optional safe subscripting for arrays   Thorsten Seitz
      • [swift-evolution] Optional safe subscripting for arrays   Haravikk
      • [swift-evolution] Optional safe subscripting for arrays   Thorsten Seitz
      • [swift-evolution] Optional safe subscripting for arrays   Maximilian Hünenberger
      • [swift-evolution] Optional safe subscripting for arrays   Andrew Bennett
      • [swift-evolution] Optional safe subscripting for arrays   Maximilian Hünenberger
      • [swift-evolution] Optional safe subscripting for arrays   Jordan Rose
      • [swift-evolution] Optional safe subscripting for arrays   Thorsten Seitz
      • [swift-evolution] Optional safe subscripting for arrays   Maximilian Hünenberger
      • [swift-evolution] Optional safe subscripting for arrays   Thorsten Seitz
      • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
      • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
      • [swift-evolution] Optional safe subscripting for arrays   David Waite
      • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
      • [swift-evolution] Optional safe subscripting for arrays   Dany St-Amant
      • [swift-evolution] Optional safe subscripting for arrays   Maximilian Hünenberger
  • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
    • [swift-evolution] Optional safe subscripting for arrays   davesweeris at mac.com
• [swift-evolution] Operator implementation inside struct/class body   Haravikk
  • [swift-evolution] Operator implementation inside struct/class body   Chris Lattner
• [swift-evolution] Brainstorming: New operator type - chaining   Joseph Lord
• [swift-evolution] Empower String type with regular expression   Haravikk
  • [swift-evolution] Empower String type with regular expression   davesweeris at mac.com
• [swift-evolution] Empower String type with regular expression   Gwendal Roué
  • [swift-evolution] Empower String type with regular expression   Patrick Gili
• [swift-evolution] Missing warnings for unused literals (and results)?   Jens Persson
  • [swift-evolution] Missing warnings for unused literals (and results)?   Félix Cloutier
    • [swift-evolution] Missing warnings for unused literals (and results)?   Jordan Rose
      • [swift-evolution] Missing warnings for unused literals (and results)?   Jens Persson
      • [swift-evolution] Missing warnings for unused literals (and results)?   Nate Cook
      • [swift-evolution] Missing warnings for unused literals (and results)?   Jordan Rose
• [swift-evolution] Guaranteed closure execution   Brent Royal-Gordon
• [swift-evolution] [Extending review] SE-0005, SE-0006, SE-0023 API Guidelines and impact   Daniel Steinberg
  • [swift-evolution] [Extending review] SE-0005, SE-0006, SE-0023 API Guidelines and impact   Douglas Gregor
• [swift-evolution] Guaranteed closure execution   Matthew Johnson
  • [swift-evolution] Guaranteed closure execution   Félix Cloutier
    • [swift-evolution] Guaranteed closure execution   Gwendal Roué
  • [swift-evolution] Guaranteed closure execution   Chris Lattner
    • [swift-evolution] Guaranteed closure execution   Matthew Johnson
      • [swift-evolution] Guaranteed closure execution   Chris Lattner
      • [swift-evolution] Guaranteed closure execution   Matthew Johnson
      • [swift-evolution] Guaranteed closure execution   Chris Lattner
      • [swift-evolution] Guaranteed closure execution   Matthew Johnson
      • [swift-evolution] Guaranteed closure execution   Félix Cloutier
      • [swift-evolution] Guaranteed closure execution   Chris Lattner
      • [swift-evolution] Guaranteed closure execution   Félix Cloutier
      • [swift-evolution] Guaranteed closure execution   Chris Lattner
      • [swift-evolution] Guaranteed closure execution   Dany St-Amant
      • [swift-evolution] Guaranteed closure execution   Chris Lattner
      • [swift-evolution] Guaranteed closure execution   Félix Cloutier
• [swift-evolution] Empower String type with regular expression   Patrick Gili
  • [swift-evolution] Empower String type with regular expression   James Campbell
    • [swift-evolution] Empower String type with regular expression   Patrick Gili
      • [swift-evolution] Empower String type with regular expression   James Campbell
    • [swift-evolution] Empower String type with regular expression   Thorsten Seitz
      • [swift-evolution] Empower String type with regular expression   Howard Lovatt
      • [swift-evolution] Empower String type with regular expression   Patrick Gili
      • [swift-evolution] Empower String type with regular expression   Howard Lovatt
      • [swift-evolution] Empower String type with regular expression   Patrick Gili
      • [swift-evolution] Empower String type with regular expression   Howard Lovatt
      • [swift-evolution] Empower String type with regular expression   davesweeris at mac.com
      • [swift-evolution] Empower String type with regular expression   Patrick Gili
      • [swift-evolution] Empower String type with regular expression   Jens Persson
      • [swift-evolution] Empower String type with regular expression   Chris Lattner
      • [swift-evolution] Empower String type with regular expression   John Randolph
      • [swift-evolution] Empower String type with regular expression   Patrick R. Gili
• [swift-evolution] Empower String type with regular expression   Patrick Gili
  • [swift-evolution] Empower String type with regular expression   Chris Lattner
    • [swift-evolution] Empower String type with regular expression   Patrick Gili
      • [swift-evolution] Empower String type with regular expression   Chris Lattner
      • [swift-evolution] Empower String type with regular expression   Patrick Gili
• [swift-evolution] Empower String type with regular expression   Patrick Gili
• [swift-evolution] Proposal: Require functions to have a cyclomatic complexity of <= 10.   John Randolph
• [swift-evolution] Empower String type with regular expression   Sune Foldager
  • [swift-evolution] Empower String type with regular expression   Tino Heth
• [swift-evolution] Empower String type with regular expression   Dave Abrahams
• [swift-evolution] Proposal: Require functions to have a cyclomatic complexity of <= 10.   Amir Michail
  • [swift-evolution] Proposal: Require functions to have a cyclomatic complexity of <= 10.   Craig Cruden
  • [swift-evolution] Proposal: Require functions to have a cyclomatic complexity of <= 10.   davesweeris at mac.com
• [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   John Randolph
  • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   James Hillhouse IV
    • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Tino Heth
  • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Chris Lattner
    • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Matt Whiteside
      • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   David Sweeris
• [swift-evolution] Reconsidering SE-0003 Removing var from Function Parameters and Pattern Matching   Joe Groff
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Michael Wells
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
    • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   David Hart
      • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Janosch Hildebrand
      • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Michael Wells
• [swift-evolution] Thoughts on making NSOperatingSystemVersion Comparable?   Jordan Rose
  • [swift-evolution] Thoughts on making NSOperatingSystemVersion Comparable?   Robert S Mozayeni
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Tony Parker
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Drew Crawford
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Drew Crawford
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Matthew Johnson
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Matthew Johnson
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Tony Parker
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Matthew Johnson
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Drew Crawford
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Charles Kissinger
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   swift at lng.la
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Colin Cornaby
• [swift-evolution] The bind thread   Erica Sadun
  • [swift-evolution] The bind thread   Jacob Bandes-Storch
  • [swift-evolution] The bind thread   T.J. Usiyan
    • [swift-evolution] The bind thread   davesweeris at mac.com
      • [swift-evolution] The bind thread   Howard Lovatt
      • [swift-evolution] The bind thread   Tyler Cloutier
      • [swift-evolution] The bind thread   T.J. Usiyan
      • [swift-evolution] The bind thread   Andrew Bennett
      • [swift-evolution] The bind thread   Howard Lovatt
      • [swift-evolution] The bind thread   Paul Cantrell
      • [swift-evolution] The bind thread   T.J. Usiyan
    • [swift-evolution] The bind thread   Erica Sadun
      • [swift-evolution] The bind thread   T.J. Usiyan
      • [swift-evolution] The bind thread   T.J. Usiyan
  • [swift-evolution] The bind thread   David Owens II
  • [swift-evolution] The bind thread   Kevin Ballard
  • [swift-evolution] The bind thread   Paul Cantrell
    • [swift-evolution] The bind thread   Erica Sadun
  • [swift-evolution] The bind thread   Brent Royal-Gordon
    • [swift-evolution] The bind thread   Andrew Bennett
      • [swift-evolution] The bind thread   Taras Zakharko
  • [swift-evolution] The bind thread   David Waite
  • [swift-evolution] The bind thread   ilya
    • [swift-evolution] The bind thread   Thorsten Seitz
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Ricardo Parada
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radosław Pietruszewski
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   David Hart
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radosław Pietruszewski
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Jordan Rose
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radosław Pietruszewski
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Douglas Gregor
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Radosław Pietruszewski
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Janosch Hildebrand
  • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
    • [swift-evolution] [Review] SE-0023 API Design Guidelines   Alex Migicovsky
      • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
    • [swift-evolution] [Review] SE-0023 API Design Guidelines   Janosch Hildebrand
• [swift-evolution] Guaranteed closure execution   Chris Lattner
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Nate Cook
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Matthew Johnson
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Austin Zheng
  • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   David Hart
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Michel Fortin
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Erwin Mazariegos
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Haravikk
      • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Gwendal Roué
    • [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Thorsten Seitz
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Janosch Hildebrand
  • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Brent Royal-Gordon
  • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
    • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Radosław Pietruszewski
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Radosław Pietruszewski
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Howard Lovatt
    • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Janosch Hildebrand
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Janosch Hildebrand
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
      • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
• [swift-evolution] Reconsider ++ and -- operators removal and prevent other well-known operators from change   Vanderlei Martinelli
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
  • [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
    • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
      • [swift-evolution] [Review] SE-0023 API Design Guidelines   Erica Sadun
      • [swift-evolution] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0023 API Design Guidelines (when to use properties)   Jonathan Tang
• [swift-evolution] Wanted: syntactic sugar for [weak self] callbacks   Kurt Werle
  • [swift-evolution] Wanted: syntactic sugar for [weak self] callbacks   Félix Cloutier
    • [swift-evolution] Wanted: syntactic sugar for [weak self] callbacks   Kurt Werle
• [swift-evolution] Proposal: enum labels for switch cases   Amir Michail
  • [swift-evolution] Proposal: enum labels for switch cases   Howard Lovatt
    • [swift-evolution] Proposal: enum labels for switch cases   Howard Lovatt
    • [swift-evolution] Proposal: enum labels for switch cases   Amir Michail
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] Pitch: only allow capture of inout parameters in @noescape closures   Joe Groff
• [swift-evolution] Empower String type with regular expression   Dany St-Amant
• [swift-evolution] Empower String type with regular expression   Dany St-Amant
  • [swift-evolution] Empower String type with regular expression   Patrick Gili
    • [swift-evolution] Empower String type with regular expression   Dany St-Amant
• [swift-evolution] [Review] SE-0023 API Design Guidelines   Matt Whiteside
• [swift-evolution] #available has a huge anti-pattern.   James Campbell
  • [swift-evolution] #available has a huge anti-pattern.   Joe Groff
    • [swift-evolution] #available has a huge anti-pattern.   James Campbell
    • [swift-evolution] #available has a huge anti-pattern.   Zach Waldowski
      • [swift-evolution] #available has a huge anti-pattern.   Joe Groff
    • [swift-evolution] #available has a huge anti-pattern.   Kevin Ballard
      • [swift-evolution] #available has a huge anti-pattern.   David Waite
      • [swift-evolution] #available has a huge anti-pattern.   Jean-Daniel Dupas
  • [swift-evolution] #available has a huge anti-pattern.   Jean-Daniel Dupas
    • [swift-evolution] #available has a huge anti-pattern.   Douglas Gregor
      • [swift-evolution] #available has a huge anti-pattern.   Félix Cloutier
      • [swift-evolution] #available has a huge anti-pattern.   Douglas Gregor
      • [swift-evolution] #available has a huge anti-pattern.   James Campbell
      • [swift-evolution] #available has a huge anti-pattern.   Charles Srstka
      • [swift-evolution] #available has a huge anti-pattern.   Félix Cloutier
  • [swift-evolution] #available has a huge anti-pattern.   Devin Coughlin
    • [swift-evolution] #available has a huge anti-pattern.   James Campbell
• [swift-evolution] proposal to add "in range" operator   Gmail 2
  • [swift-evolution] proposal to add "in range" operator   Preston Sumner
• [swift-evolution] [swift-corelibs-dev] Language or XCTest improvements to allow testing assert/precondition failures   Rudolf Adamkovič
• [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Ricardo Parada
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
    • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Gwendal Roué
    • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Ricardo Parada
      • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Thorsten Seitz
      • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Haravikk
      • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Dave Abrahams
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0023 API Design Guidelines   Ricardo Parada
• [swift-evolution] Language or XCTest improvements to allow testing assert/precondition failures   Joe Groff
• [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
  • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Michael Ilseman
    • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Austin Zheng
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Austin Zheng
  • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Chris Lattner
    • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Chris Lattner
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Gwendal Roué
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Gwendal Roué
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Greg Titus
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Matthew Johnson
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Matthew Johnson
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Craig Cruden
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Christopher Whidden
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Howard Lovatt
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Erica Sadun
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Tino Heth
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   David Hart
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   David Hart
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Dave Abrahams
  • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Douglas Gregor
    • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Austin Zheng
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Joe Groff
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Austin Zheng
      • [swift-evolution] [Proposal] Automating Partial Application via Wildcards   Douglas Gregor
• [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Kevin Schlei
  • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Kevin Schlei
    • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Aaron Crespo
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   swift at lng.la
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
    • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   swift at lng.la
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Kevin Schlei
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   swift at lng.la
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   David Owens II
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   David Owens II
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Jordan Rose
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Kevin Schlei
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Gwendal Roué
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Gwendal Roué
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Gwendal Roué
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   David Hart
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   marc hoffman
    • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Kevin Schlei
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
      • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Preston Sumner
    • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Preston Sumner
  • [swift-evolution] Issues with 0005-Better Translation of Objective-C APIs Into Swift   Dave Abrahams
• [swift-evolution] [Review] SE-0005 Better Translation of Objective-C APIs Into Swift   Charles Constant
• [swift-evolution] [Pitch] Add overrides with UnsafePointer sources to non-destructive copying methods on UnsafeMutablePointer   Janosch Hildebrand
  • [swift-evolution] [Pitch] Add overrides with UnsafePointer sources to non-destructive copying methods on UnsafeMutablePointer   Guillaume Lessard
    • [swift-evolution] [Pitch] Add overrides with UnsafePointer sources to non-destructive copying methods on UnsafeMutablePointer   Félix Cloutier
• [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   Howard Lovatt
  • [swift-evolution] When to use argument labels (a new approach)   Charles Srstka
  • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
  • [swift-evolution] When to use argument labels (a new approach)   Charles Kissinger
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Kissinger
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Kissinger
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   Paul Cantrell
    • [swift-evolution] When to use argument labels (a new approach)   Jordan Rose
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
    • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Jessy Catterwaul
      • [swift-evolution] When to use argument labels (a new approach)   Jordan Rose
      • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   Vanderlei Martinelli
  • [swift-evolution] When to use argument labels (a new approach)   Erica Sadun
    • [swift-evolution] When to use argument labels (a new approach)   Ricardo Parada
      • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Erica Sadun
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   David Owens II
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   David Owens II
      • [swift-evolution] When to use argument labels (a new approach)   Brent Royal-Gordon
      • [swift-evolution] When to use argument labels (a new approach)   Matthew Judge
      • [swift-evolution] When to use argument labels (a new approach)   David Owens II
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   Brent Royal-Gordon
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Brent Royal-Gordon
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Thorsten Seitz
  • [swift-evolution] When to use argument labels (a new approach)   Jonathan Tang
    • [swift-evolution] When to use argument labels (a new approach)   Douglas Gregor
      • [swift-evolution] When to use argument labels (a new approach)   Jonathan Tang
      • [swift-evolution] When to use argument labels (a new approach)   Douglas Gregor
      • [swift-evolution] When to use argument labels (a new approach)   Jonathan Tang
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Jessy Catterwaul
  • [swift-evolution] When to use argument labels (a new approach)   Tino Heth
  • [swift-evolution] When to use argument labels (a new approach)   plx
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   plx
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   plx
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Kissinger
      • [swift-evolution] When to use argument labels (a new approach)   plx
      • [swift-evolution] When to use argument labels (a new approach)   Jordan Rose
  • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
      • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
      • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Charles Constant
  • [swift-evolution] When to use argument labels (a new approach)   Radosław Pietruszewski
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Radosław Pietruszewski
      • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Matt Whiteside
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
  • [swift-evolution] When to use argument labels (a new approach)   Radosław Pietruszewski
    • [swift-evolution] When to use argument labels (a new approach)   Eric Summers
    • [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
      • [swift-evolution] When to use argument labels (a new approach)   Radosław Pietruszewski
  • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   David Hart
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   David Owens II
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   David Hart
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   David Hart
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   David Owens II
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Erica Sadun
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Andrew Bennett
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   Thorsten Seitz
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Zach Waldowski
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Douglas Gregor
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Thorsten Seitz
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Thorsten Seitz
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Douglas Gregor
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Jean-Daniel Dupas
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   Charles Constant
      • [swift-evolution] When to use argument labels, part DEUX   Charles Constant
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   ilya
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   ilya
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Charles Srstka
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   Douglas Gregor
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   plx
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Charles Kissinger
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   plx
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Matthew Judge
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
      • [swift-evolution] When to use argument labels, part DEUX   plx
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Daniel Steinberg
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Tino Heth
      • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Thorsten Seitz
    • [swift-evolution] When to use argument labels, part DEUX (was: when to use argument labels (a new approach))   Charles Kissinger
      • [swift-evolution] When to use argument labels, part DEUX   Dave Abrahams
• [swift-evolution] A use for semi-colons: alternating between if and if let   Ross O'Brien
  • [swift-evolution] A use for semi-colons: alternating between if and if let   Dave Abrahams
  • [swift-evolution] A use for semi-colons: alternating between if and if let   Jordan Rose
    • [swift-evolution] A use for semi-colons: alternating between if and if let   Joe Groff
      • [swift-evolution] A use for semi-colons: alternating between if and if let   James Hillhouse IV
      • [swift-evolution] A use for semi-colons: alternating between if and if let   Ross O'Brien
      • [swift-evolution] A use for semi-colons: alternating between if and if let   James Hillhouse IV
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Denis Nikitenko
  • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Ossenbruggen
    • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   David Owens II
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Cantrell
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   David Owens II
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Ossenbruggen
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Dany St-Amant
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Cantrell
• [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Justin Kolb
  • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   David Sweeris
    • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Tino Heth
  • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Daniel Vollmer
    • [swift-evolution] Proposal: Contiguous Variables (A.K.A. Fixed Sized Array Type)   Brent Royal-Gordon
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Thorsten Seitz
• [swift-evolution] [Proposal] Adjusting `inout` Declarations for Type Decoration   Tino Heth
  • [swift-evolution] [Proposal] Adjusting `inout` Declarations for Type Decoration   Jordan Rose
• [swift-evolution] Delegate Method Conventions   plx
  • [swift-evolution] Delegate Method Conventions   Brent Royal-Gordon
    • [swift-evolution] Delegate Method Conventions   plx
• [swift-evolution] [proposal] Either in the Swift Standard Library   Evan Maloney
• [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
  • [swift-evolution] Representation of natural numbers with a distinct type   David Turnbull
    • [swift-evolution] Representation of natural numbers with a distinct type   davesweeris at mac.com
      • [swift-evolution] Representation of natural numbers with a distinct type   David Turnbull
      • [swift-evolution] Representation of natural numbers with a distinct type   davesweeris at mac.com
      • [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
      • [swift-evolution] Representation of natural numbers with a distinct type   David Turnbull
      • [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
      • [swift-evolution] Representation of natural numbers with a distinct type   David Turnbull
      • [swift-evolution] Representation of natural numbers with a distinct type   Dave Abrahams
      • [swift-evolution] Representation of natural numbers with a distinct type   David Turnbull
      • [swift-evolution] Representation of natural numbers with a distinct type   Dave Abrahams
      • [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
      • [swift-evolution] Representation of natural numbers with a distinct type   davesweeris at mac.com
      • [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
  • [swift-evolution] Representation of natural numbers with a distinct type   Jonathan Tang
    • [swift-evolution] Representation of natural numbers with a distinct type   James Samuel Froggatt
      • [swift-evolution] Representation of natural numbers with a distinct type   Jonathan Tang
      • [swift-evolution] Representation of natural numbers with a distinct type   James Froggatt
      • [swift-evolution] Compile time constraints on properties   James Froggatt
• [swift-evolution] Support for pure setters   Jessy Catterwaul
  • [swift-evolution] Support for pure setters   Joe Groff
    • [swift-evolution] Support for pure setters   Jessy Catterwaul
      • [swift-evolution] Support for pure setters   Sune Foldager
      • [swift-evolution] Support for pure setters   Félix Cloutier
      • [swift-evolution] Support for pure setters   Jessy Catterwaul
      • [swift-evolution] Support for pure setters   Félix Cloutier
      • [swift-evolution] Support for pure setters   Jessy Catterwaul
      • [swift-evolution] Support for pure setters   Félix Cloutier
      • [swift-evolution] Support for pure setters   Andrey Tarantsov
      • [swift-evolution] Support for pure setters   Jessy Catterwaul
• [swift-evolution] swift-evolution Digest, Vol 3, Issue 7   Andrew Duncan
  • [swift-evolution] swift-evolution Digest, Vol 3, Issue 7   Dave Abrahams
• [swift-evolution] Computed properties: get and set using shorthand notation?   Chris Liscio
  • [swift-evolution] Computed properties: get and set using shorthand notation?   Jessy Catterwaul
    • [swift-evolution] Computed properties: get and set using shorthand notation?   T.J. Usiyan
      • [swift-evolution] Computed properties: get and set using shorthand notation?   Jessy Catterwaul
      • [swift-evolution] Computed properties: get and set using shorthand notation?   Jonathan Tang
    • [swift-evolution] Computed properties: get and set using shorthand notation?   Chris Liscio
  • [swift-evolution] Computed properties: get and set using shorthand notation?   Howard Lovatt
    • [swift-evolution] Computed properties: get and set using shorthand notation?   Jessy Catterwaul
• [swift-evolution] [Draft proposal] Extending read-only properties with setters   swift at lng.la
  • [swift-evolution] [Draft proposal] Extending read-only properties with setters   Jordan Rose
    • [swift-evolution] [Draft proposal] Extending read-only properties with setters   swift at lng.la
• [swift-evolution] Obsoleting `if let`   Brent Royal-Gordon
  • [swift-evolution] Obsoleting `if let`   Jordan Rose
    • [swift-evolution] Obsoleting `if let`   Chris Lattner
      • [swift-evolution] Obsoleting `if let`   Taras Zakharko
      • [swift-evolution] Obsoleting `if let`   David Waite
      • [swift-evolution] Obsoleting `if let`   Chris Lattner
      • [swift-evolution] Obsoleting `if let`   Jacob Bandes-Storch
      • [swift-evolution] Obsoleting `if let`   Jonathan Tang
      • [swift-evolution] Obsoleting `if let`   Austin Zheng
      • [swift-evolution] Obsoleting `if let`   Taras Zakharko
      • [swift-evolution] Obsoleting `if let`   Sean Heber
      • [swift-evolution] Obsoleting `if let`   Paul Ossenbruggen
      • [swift-evolution] Obsoleting `if let`   Brent Royal-Gordon
      • [swift-evolution] Obsoleting `if let`   Chris Lattner
      • [swift-evolution] Obsoleting `if let`   Paul Ossenbruggen
      • [swift-evolution] Obsoleting `if let`   Brent Royal-Gordon
  • [swift-evolution] Obsoleting `if let`   Joe Groff
• [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Chris Lattner
  • [swift-evolution] [swift-evolution-announce] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Chris Lattner
    • [swift-evolution] [swift-evolution-announce] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Trent Nadeau
      • [swift-evolution] [swift-evolution-announce] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Erica Sadun
      • [swift-evolution] [swift-evolution-announce] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Chris Lattner
      • [swift-evolution] [swift-evolution-announce] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Jim Hillhouse
  • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Dave Abrahams
    • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Erica Sadun
      • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Chris Lattner
      • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Dave Abrahams
      • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Chris Lattner
      • [swift-evolution] [Accepted] SE-0028 Modernizing Swift's Debugging Identifiers (__LINE__, etc)   Dave Abrahams
• [swift-evolution] [Discussion]: Renaming #line, the line control statement   Erica Sadun
  • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Jonathan Tang
    • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Sean Heber
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Erica Sadun
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Kevin Ballard
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Greg Parker
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Jean-Daniel Dupas
  • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Brent Royal-Gordon
    • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Jacob Bandes-Storch
    • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Erica Sadun
    • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Chris Lattner
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Erica Sadun
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Chris Lattner
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Erica Sadun
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Kevin Ballard
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Brent Royal-Gordon
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Kevin Ballard
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Chris Lattner
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Brent Royal-Gordon
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Adrian Prantl
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Chris Lattner
      • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Dave Abrahams
  • [swift-evolution] [Discussion]: Renaming #line, the line control statement   Ben Rimmington
• [swift-evolution] Static Subscript   Jessy Catterwaul
• [swift-evolution] Utilizing arguments without meaningful internal names   Jessy Catterwaul
  • [swift-evolution] Utilizing arguments without meaningful internal names   Dave Abrahams
    • [swift-evolution] Utilizing arguments without meaningful internal names   Jessy Catterwaul
      • [swift-evolution] Utilizing arguments without meaningful internal names   Brent Royal-Gordon
      • [swift-evolution] Utilizing arguments without meaningful internal names   Jessy Catterwaul
      • [swift-evolution] Utilizing arguments without meaningful internal names   Dany St-Amant
      • [swift-evolution] Utilizing arguments without meaningful internal names   Jordan Rose
      • [swift-evolution] Utilizing arguments without meaningful internal names   Dany St-Amant
• [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Evan Maloney
  • [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Kurt Werle
    • [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Jerome ALVES
      • [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Kurt Werle
    • [swift-evolution] Allowing `guard let self = self else { … }` for weakly captured self in a closure.   Evan Maloney
• [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Paul Ossenbruggen
  • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Dave Abrahams
  • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Radosław Pietruszewski
  • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Félix Cloutier
  • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Allen Ding
    • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Taras Zakharko
      • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Paul Ossenbruggen
      • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Jerome ALVES
      • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Paul Ossenbruggen
  • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Chris Lattner
    • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Paul Ossenbruggen
      • [swift-evolution] Proposal Draft: Optional Upgrading Assignment.   Maximilian Hünenberger
• [swift-evolution] #available has a huge anti-pattern.   James Campbell
  • [swift-evolution] #available has a huge anti-pattern.   Chris Lattner
• [swift-evolution] [Discussion] Removing tuple labels from the type signature   David Hart
  • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Chris Lattner
    • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Maximilian Hünenberger
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   David Hart
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Chris Lattner
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Maximilian Hünenberger
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Chris Lattner
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Ondrej Barina
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Taras Zakharko
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Maximilian Hünenberger
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Craig Cruden
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Craig Cruden
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   David Hart
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Andrew Bennett
      • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Haravikk
  • [swift-evolution] [Discussion] Removing tuple labels from the type signature   Maximilian Hünenberger
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Maximilian Hünenberger
  • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
    • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Maximilian Hünenberger
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Thorsten Seitz
  • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
    • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Ossenbruggen
• [swift-evolution] @avaliable and #avaliable   James Campbell
  • [swift-evolution] @avaliable and #avaliable   Jean-Daniel Dupas
    • [swift-evolution] @avaliable and #avaliable   James Campbell
      • [swift-evolution] @avaliable and #avaliable   Jean-Daniel Dupas
      • [swift-evolution] @avaliable and #avaliable   Jordan Rose
  • [swift-evolution] @avaliable and #avaliable   Mark Glossop
• [swift-evolution] If let syntactic sugar   Massimo Frasson
  • [swift-evolution] If let syntactic sugar   Craig Cruden
    • [swift-evolution] If let syntactic sugar   Taras Zakharko
• [swift-evolution] When to use argument labels (a new approach)   Dave Abrahams
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Maximilian Hünenberger
  • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Charles Constant
    • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Ossenbruggen
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Maximilian Hünenberger
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Maximilian Hünenberger
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Paul Ossenbruggen
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Thorsten Seitz
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Thorsten Seitz
• [swift-evolution] [Idea] Typealias for protocols with associated types   Eugene Gubin
  • [swift-evolution] [Idea] Typealias for protocols with associated types   Jessy Catterwaul
    • [swift-evolution] [Idea] Typealias for protocols with associated types   Maximilian Hünenberger
• [swift-evolution] [Idea] Switching Comparable types: a new operator   Ross O'Brien
  • [swift-evolution] [Idea] Switching Comparable types: a new operator   Jonathan Tang
    • [swift-evolution] [Idea] Switching Comparable types: a new operator   Dave Abrahams
      • [swift-evolution] [Idea] Switching Comparable types: a new operator   Ross O'Brien
• [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Thorsten Seitz
  • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
    • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Dave Abrahams
      • [swift-evolution] Proposal: Pattern Matching Partial Function (#111)   Craig Cruden
• [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
  • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Félix Cloutier
    • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Félix Cloutier
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Dany St-Amant
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Félix Cloutier
      • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Adrian Zubarev
    • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   David Hart
  • [swift-evolution] [Proposal]: Escaping another (unused) scope pyramide with 'guard try catch'   Erica Sadun
• [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Joe Groff
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   David Hart
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Matt Whiteside
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Jessy Catterwaul
    • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Chris Lattner
      • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Jessy Catterwaul
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Howard Lovatt
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Joseph Lord
    • [swift-evolution] [swift-evolution-announce] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Andrew Bennett
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   plx
    • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Craig Cruden
    • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Andrew Bennett
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Janosch Hildebrand
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Alex Hoppen
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Patrick Gili
    • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   T.J. Usiyan
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   swift at lng.la
  • [swift-evolution] [Review] SE-0029 Remove implicit tuple splat behavior from function applications   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Ben Rimmington
  • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Dave Abrahams
    • [swift-evolution] [Review] SE-0006 Apply API Guidelines to the Standard Library   Ben Rimmington
• [swift-evolution] Colon vs. equals   Brent Royal-Gordon
  • [swift-evolution] Colon vs. equals   Andrew Bennett
    • [swift-evolution] Colon vs. equals   Maximilian Hünenberger
      • [swift-evolution] Colon vs. equals   Brent Royal-Gordon
      • [swift-evolution] Colon vs. equals   Maximilian Hünenberger
      • [swift-evolution] Colon vs. equals   Haravikk
      • [swift-evolution] Colon vs. equals   Dave Abrahams
      • [swift-evolution] Colon vs. equals   Nate Cook
      • [swift-evolution] Colon vs. equals   Thorsten Seitz
      • [swift-evolution] Colon vs. equals   James Campbell
      • [swift-evolution] Colon vs. equals   Craig Cruden
      • [swift-evolution] Colon vs. equals   Brent Royal-Gordon
      • [swift-evolution] Colon vs. equals   Charles Constant
      • [swift-evolution] Colon vs. equals   Charles Srstka
      • [swift-evolution] Colon vs. equals   Paul Ossenbruggen
      • [swift-evolution] Colon vs. equals   Tino Heth
  • [swift-evolution] Colon vs. equals   Charles Constant
  • [swift-evolution] Colon vs. equals   ilya
• [swift-evolution] Proposal: Remove implicit tuple splat behavior from function applications   Michael Henson
• [swift-evolution] [Draft Proposal] A simplified notation for avoiding the weak/strong dance with closure capture lists   Evan Maloney
  • [swift-evolution] [Draft Proposal] A simplified notation for avoiding the weak/strong dance with closure capture lists   Eugene Gubin
  • [swift-evolution] [Draft Proposal] A simplified notation for avoiding the weak/strong dance with closure capture lists   Gwendal Roué
    • [swift-evolution] [Draft Proposal] A simplified notation for avoiding the weak/strong dance with closure capture lists   Taras Zakharko
  • [swift-evolution] [Draft Proposal] A simplified notation for avoiding the weak/strong dance with closure capture lists   Kenny Leung
• [swift-evolution] Language design philosophy, Swift vs Other recent languages   Jens Persson
• [swift-evolution] Draft: Add @noescape and rethrows to ManagedBuffer API   Károly Lőrentey
  • [swift-evolution] Draft: Add @noescape and rethrows to ManagedBuffer API   Janosch Hildebrand
  • [swift-evolution] Draft: Add @noescape and rethrows to ManagedBuffer API   Dave Abrahams
    • [swift-evolution] Draft: Add @noescape and rethrows to ManagedBuffer API   Jacob Bandes-Storch
• [swift-evolution] Tuple conversion and type composition   Andrew Bennett
  • [swift-evolution] Tuple conversion and type composition   David Sweeris
  • [swift-evolution] Tuple conversion and type composition   Patrick Gili
    • [swift-evolution] Tuple conversion and type composition   David Sweeris
      • [swift-evolution] Tuple conversion and type composition   Patrick Gili
      • [swift-evolution] Tuple conversion and type composition   David Sweeris
      • [swift-evolution] Tuple conversion and type composition   Maximilian Hünenberger
      • [swift-evolution] Tuple conversion and type composition   Andrew Bennett
• [swift-evolution] Potential problamatic initializers, solved by removing tuple splat?   Jens Persson
  • [swift-evolution] Potential problamatic initializers, solved by removing tuple splat?   Dany St-Amant
• [swift-evolution] Proposal: optionally define nested functions elsewhere   Amir Michail
  • [swift-evolution] Proposal: optionally define nested functions elsewhere   Craig Cruden
    • [swift-evolution] Proposal: optionally define nested functions elsewhere   Amir Michail
      • [swift-evolution] Proposal: optionally define nested functions elsewhere   Craig Cruden
      • [swift-evolution] Proposal: optionally define nested functions elsewhere   Amir Michail
      • [swift-evolution] Proposal: optionally define nested functions elsewhere   Jessy Catterwaul
      • [swift-evolution] Proposal: optionally define nested functions elsewhere   Jean-Daniel Dupas
      • [swift-evolution] Proposal: optionally define nested functions elsewhere   David Sweeris
  • [swift-evolution] Proposal: optionally define nested functions elsewhere   Alex Hoppen
    • [swift-evolution] Proposal: optionally define nested functions elsewhere   Amir Michail
  • [swift-evolution] Proposal: optionally define nested functions elsewhere   Dany St-Amant
• [swift-evolution] [Idea] Omit argument labels from the call site when the argument is the same as the label   Kenny Leung
  • [swift-evolution] [Idea] Omit argument labels from the call site when the argument is the same as the label   Alex Hoppen
    • [swift-evolution] [Idea] Omit argument labels from the call site when the argument is the same as the label   Kenny Leung
• [swift-evolution] [proposal] default func ==(_:_:)   Jan E. Schotsman
• [swift-evolution] Empower String type with regular expression   Brent Royal-Gordon
  • [swift-evolution] Empower String type with regular expression   Patrick R. Gili
• [swift-evolution] Proposal: allow arbitrary compile-time code execution   Steve Richey
  • [swift-evolution] Proposal: allow arbitrary compile-time code execution   swift at lng.la
    • [swift-evolution] Proposal: allow arbitrary compile-time code execution   Félix Cloutier
  • [swift-evolution] Proposal: allow arbitrary compile-time code execution   David Sweeris

Last message date: Sun Feb 7 23:54:10 CST 2016
Archived on: Mon Feb 8 00:36:29 CST 2016

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