The Week Of Monday 29 August 2016 Archives by thread

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

Starting: Mon Aug 29 00:19:34 CDT 2016
Ending: Sun Sep 4 23:05:44 CDT 2016
Messages: 150

• [swift-evolution] Variadic parameter in function type   Jin Wang
  • [swift-evolution] [swift-users] Variadic parameter in function type   zh ao
    • [swift-evolution] [swift-users] Variadic parameter in function type   Jin Wang
      • [swift-evolution] [swift-users] Variadic parameter in function type   Zhao Xin
• [swift-evolution] [Idea] Add `bounds` function to standard library   Nicholas Maccharoli
  • [swift-evolution] [Idea] Add `bounds` function to standard library   Tim Vermeulen
    • [swift-evolution] [Idea] Add `bounds` function to standard library   Nicholas Maccharoli
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Xiaodi Wu
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Karl
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Xiaodi Wu
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Dominik Pich
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Karl
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Xiaodi Wu
      • [swift-evolution] [Idea] Add `bounds` function to standard library   Karl
• [swift-evolution] [Pitch] [Stage 2] [Additional] Remove leading dot after closures   Adrian Zubarev
  • [swift-evolution] [Pitch] [Stage 2] [Additional] Remove leading dot after closures   David Hart
• [swift-evolution] Type-annotated throws   Tino Heth
  • [swift-evolution] Type-annotated throws   Anton Zhilin
    • [swift-evolution] Type-annotated throws   Tino Heth
  • [swift-evolution] Type-annotated throws   Charles Srstka
    • [swift-evolution] Type-annotated throws   Douglas Gregor
      • [swift-evolution] Type-annotated throws   Tino Heth
• [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Patrick Smith
  • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Goffredo Marocchi
    • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Sean Heber
  • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Kevin Ballard
• [swift-evolution] [Pitch] [Stage 2] [Additional] Remove leading dot after closures   Haravikk
• [swift-evolution] [Proposal draft] Bridge Numeric Types to NSNumber and Cocoa Structs to NSValue   Joe Groff
• [swift-evolution] [Proposal draft] Bridge Optional As Its Payload Or NSNull   Joe Groff
• [swift-evolution] Pitch: really_is and really_as operators   Joe Groff
  • [swift-evolution] Pitch: really_is and really_as operators   Charles Srstka
• [swift-evolution] Type-annotated throws   Joe Groff
• [swift-evolution] Passing an optional first argument to sequence(first:next:)   Tim Vermeulen
  • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Max Moiseev
    • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Tim Vermeulen
    • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Pyry Jahkola
      • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Max Moiseev
    • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Dave Abrahams
  • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Dave Abrahams
  • [swift-evolution] Passing an optional first argument to sequence(first:next:)   Dave Abrahams
• [swift-evolution] [Idea] Distinguishing code comments from text comments.   Magnus Ahltorp
  • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Tino Heth
  • [swift-evolution] [Idea] Distinguishing code comments from text comments.   DifferentApps info
    • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Kenny Leung
    • [swift-evolution] [Idea] Distinguishing code comments from text comments.   jaden.geller at gmail.com
    • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Magnus Ahltorp
      • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Xiaodi Wu
      • [swift-evolution] [Idea] Distinguishing code comments from text comments.   DifferentApps info
      • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Xiaodi Wu
      • [swift-evolution] [Idea] Distinguishing code comments from text comments.   Magnus Ahltorp
• [swift-evolution] [Pitch] [Stage 2] [Additional] Remove leading dot after closures   Chris Lattner
• [swift-evolution] Fwd: Add ability to specify the error type on throws   Mark Robinson
• [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Kevin Ballard
  • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Goffredo Marocchi
    • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Charles Srstka
      • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Goffredo Marocchi
      • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Goffredo Marocchi
    • [swift-evolution] [Accepted] SE-0121: Remove Optional Comparison Operators   Johannes Neubauer
• [swift-evolution] Type-annotated throws   Russ Bishop
  • [swift-evolution] Type-annotated throws   Félix Cloutier
• [swift-evolution] Customized Inline Init Closure   Weston Catron
• [swift-evolution] Built-In Remote Class Support   Weston Catron
• [swift-evolution] New feature request: syntactic sugar for "if let" scoped self assignment   Chris Lattner
• [swift-evolution] [PITCH] Add Ability To Specify Error Type On Throws   Mark Robinson
  • [swift-evolution] [PITCH] Add Ability To Specify Error Type On Throws   Chris Lattner
• [swift-evolution] PITCH: Return a subclass for a protocol method without the need for an associatedtype   Sitton, Yogev
  • [swift-evolution] PITCH: Return a subclass for a protocol method without the need for an associatedtype   Karl
    • [swift-evolution] PITCH: Return a subclass for a protocol method without the need for an associatedtype   Adrian Zubarev
• [swift-evolution] Adopting the swift evolution process in a different OSS community   Heiko Braun
  • [swift-evolution] Adopting the swift evolution process in a different OSS community   Chris Lattner
    • [swift-evolution] Adopting the swift evolution process in a different OSS community   Heiko Braun
• [swift-evolution] [Review] SE-0138 UnsafeBytes   Dave Abrahams
• [swift-evolution] [Review] SE-0138 UnsafeBytes   Dave Abrahams
• [swift-evolution] [Review] SE-0138 UnsafeBytes   Dave Abrahams
  • [swift-evolution] [Review] SE-0138 UnsafeBytes   Karl
  • [swift-evolution] [Review] SE-0138 UnsafeBytes   gs.
    • [swift-evolution] [Review] SE-0138 UnsafeBytes   Xiaodi Wu
• [swift-evolution] [Review] SE-0138 UnsafeBytes   Dave Abrahams
• [swift-evolution] [Pitch] Require parenthesis for ternary operator '?:' or change its priority   Vladimir.S
  • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   Vladimir.S
    • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   Thorsten Seitz
      • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   David Sweeris
      • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   Thorsten Seitz
      • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   Anton Zhilin
      • [swift-evolution] [Pitch]: Require parenthesis for ternary operator '?:' or change its priority   Xiaodi Wu
• [swift-evolution] Mailing list flakiness   Jordan Rose
  • [swift-evolution] Mailing list flakiness   Adrian Zubarev
• [swift-evolution] SE-0138 UnsafeBytes   Andrew Trick
  • [swift-evolution] SE-0138 UnsafeBytes   Drew Crawford
    • [swift-evolution] SE-0138 UnsafeBytes   Andrew Trick
      • [swift-evolution] SE-0138 UnsafeBytes   Andrew Trick
      • [swift-evolution] SE-0138 UnsafeBytes   Dave Abrahams
      • [swift-evolution] SE-0138 UnsafeBytes   Drew Crawford
      • [swift-evolution] SE-0138 UnsafeBytes   Andrew Trick
      • [swift-evolution] SE-0138 UnsafeBytes   Félix Cloutier
      • [swift-evolution] SE-0138 UnsafeBytes   Rien
  • [swift-evolution] SE-0138 UnsafeBytes   Rien
  • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Tony Parker
    • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Andrew Trick
      • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Tony Parker
      • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Andrew Trick
      • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Rien
      • [swift-evolution] [swift-evolution-announce] SE-0138 UnsafeBytes   Drew Crawford
  • [swift-evolution] SE-0138 UnsafeBytes   Dave Abrahams
    • [swift-evolution] SE-0138 UnsafeBytes   Andrew Trick
• [swift-evolution] [Review] SE-0139: Bridge Numeric Types to NSNumber and Cocoa Structs to NSValue   Douglas Gregor
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0139: Bridge Numeric Types to NSNumber and Cocoa Structs to NSValue   Scott James Remnant
    • [swift-evolution] [swift-evolution-announce] [Review] SE-0139: Bridge Numeric Types to NSNumber and Cocoa Structs to NSValue   T.J. Usiyan
• [swift-evolution] Amendment to SE-0112: Default values for errorDomain and errorCode   Douglas Gregor
• [swift-evolution] Amendment to SE-0112: Default values for errorDomain and errorCode   Tino Heth
  • [swift-evolution] Amendment to SE-0112: Default values for errorDomain and errorCode   Douglas Gregor
• [swift-evolution] Renaming for Protocol Conformance   Thorsten Seitz
  • [swift-evolution] Renaming for Protocol Conformance   Johannes Neubauer
  • [swift-evolution] Renaming for Protocol Conformance   Xiaodi Wu
• [swift-evolution] [Proposal draft] Add `Clamp` function to standard library   Nicholas Maccharoli
  • [swift-evolution] [Proposal draft] Add `Clamp` function to standard library   Xiaodi Wu
  • [swift-evolution] [Proposal draft] Add `Clamp` function to standard library   David Rönnqvist
    • [swift-evolution] [Proposal draft] Add `Clamp` function to standard library   Xiaodi Wu
  • [swift-evolution] [Proposal draft] Add `Clamp` function to standard library   Chris Lattner
• [swift-evolution] [Swift 4] Organizing source stability   Graydon Hoare
• [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Douglas Gregor
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Scott James Remnant
  • [swift-evolution] [swift-evolution-announce] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Gwynne Raskind
  • [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Charles Srstka
    • [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Pyry Jahkola
      • [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Charlie Monroe
      • [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Charles Srstka
  • [swift-evolution] [Review] SE-0140: Bridge Optional As Its Payload Or NSNull   Jacob Bandes-Storch
• [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Brandon Knope
  • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Georgios Moschovitis
    • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Jean-Daniel Dupas
      • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Goffredo Marocchi
  • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Ben Rimmington
    • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Brandon Knope
      • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Ben Rimmington
      • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Douglas Gregor
      • [swift-evolution] The great renaming and the state of new Unified Logging in Swift   Brandon Knope
• [swift-evolution] [Idea] Use optionals for non-optional parameters   Thorsten Seitz
  • [swift-evolution] [Idea] Use optionals for non-optional parameters   Justin Jia
    • [swift-evolution] [Idea] Use optionals for non-optional parameters   Thorsten Seitz
      • [swift-evolution] [Idea] Use optionals for non-optional parameters   Justin Jia
• [swift-evolution] [Last second] Precedence of nil-coalescing operator seems too low   Erica Sadun
  • [swift-evolution] [Last second] Precedence of nil-coalescing operator seems too low   Jacob Bandes-Storch
    • [swift-evolution] [Last second] Precedence of nil-coalescing operator seems too low   Erica Sadun
• [swift-evolution] [Idea]Why not get dynamically named variables?   Fayez Hellani
  • [swift-evolution] [Idea]Why not get dynamically named variables?   Saagar Jha
  • [swift-evolution] [Idea]Why not get dynamically named variables?   David Sweeris
• [swift-evolution] #pragma   isidoro carlo ghezzi
  • [swift-evolution] #pragma   Félix Cloutier
    • [swift-evolution] #pragma   David Owens II

Last message date: Sun Sep 4 23:05:44 CDT 2016
Archived on: Sun Sep 4 23:05:53 CDT 2016

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