The Week Of Monday 21 March 2016 Archives by date

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

Starting: Mon Mar 21 00:07:26 CDT 2016
Ending: Sun Mar 27 22:50:27 CDT 2016
Messages: 504

• [swift-evolution] Add an ifPresent function to Optional   Krzysztof Siejkowski
• [swift-evolution] Add an ifPresent function to Optional   David Waite
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Dmitri Gribenko
• [swift-evolution] Add an ifPresent function to Optional   Thorsten Seitz
• [swift-evolution] Add an ifPresent function to Optional   Thorsten Seitz
• [swift-evolution] [proposal] Generic type aliases   Adrian Zubarev
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Greg Parker
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Greg Parker
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Greg Parker
• [swift-evolution] [Review] SE-0042 Flattening the function type of unapplied method references   Bernd Ohr (jazzbox)
• [swift-evolution] struct subtyping   Tino Heth
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Haravikk
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Taras Zakharko
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Radosław Pietruszewski
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Haravikk
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Timothy Wood
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   ted van gaalen
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Dmitri Gribenko
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Taras Zakharko
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Jordan Rose
• [swift-evolution] [Idea] ObjectiveCBridgeable   Douglas Gregor
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Timothy J. Wood
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Dmitri Gribenko
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Jordan Rose
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Tyler Cloutier
• [swift-evolution] [proposal] Generic type aliases   Adrian Zubarev
• [swift-evolution] Swift 2.2 released!   Ted Kremenek
• [swift-evolution] [swift-build-dev] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Kostiantyn Koval
• [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)   David Waite
• [swift-evolution] struct subtyping   davesweeris at mac.com
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] struct subtyping   Jim Kubicek
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Haravikk
• [swift-evolution] struct subtyping   Howard Lovatt
• [swift-evolution] Making pointer nullability explicit (using Optional)   Howard Lovatt
• [swift-evolution] Should all GeneratorTypes also be SequenceTypes?   Dave Abrahams
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Harlan Haskins
• [swift-evolution] [Pitch] Remove bit shift traps   Dave Abrahams
• [swift-evolution] [swift-build-dev] 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] [swift-build-dev] Proposal Discussion Thread: SwiftPM: Locking and Overriding Dependencies   Max Howell
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Adrian Kashivskyy
• [swift-evolution] [Draft] Abolish IUO type   Chris Lattner
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Michel Fortin
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Brent Royal-Gordon
• [swift-evolution] Draft of proposal for autoreleasepool signature change   Timothy Wood
• [swift-evolution] Draft of proposal for autoreleasepool signature change   Dmitri Gribenko
• [swift-evolution] [Proposal] Factory Initializers   Riley Testut
• [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   Tyler Fleming Cloutier
• [swift-evolution] [swift-evolution-announce] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Pierre Monod-Broca
• [swift-evolution] [Idea] Add forced conversion for Error catching pattern matching   Thorsten Seitz
• [swift-evolution] [Proposal] Factory Initializers   Patrick Pijnappel
• [swift-evolution] [Pitch] Remove bit shift traps   Patrick Pijnappel
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Haravikk
• [swift-evolution] [Proposal] Factory Initializers   David Waite
• [swift-evolution] Making pointer nullability explicit (using Optional)   Dmitri Gribenko
• [swift-evolution] [Proposal] Factory Initializers   Charles Srstka
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Chris Lattner
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Erica Sadun
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Daniel Vollmer
• [swift-evolution] [Proposal] Factory Initializers   Brent Royal-Gordon
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Jonathan Tang
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Haravikk
• [swift-evolution] [Proposal] Factory Initializers   Jonathan Hull
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Dany St-Amant
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Jordan Rose
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   William Dillon
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Kevin Lundberg
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Michael Gottesman
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Joseph Lord
• [swift-evolution] #selector and Void methods   Brent Royal-Gordon
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Brent Royal-Gordon
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Brent Royal-Gordon
• [swift-evolution] Alternate proposal for multi-line string literial   Steve K. Chiu
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Chris Lattner
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Pierre Monod-Broca
• [swift-evolution] Draft idea about user defined annotation and processor   Steve K. Chiu
• [swift-evolution] [Idea] ObjectiveCBridgeable   Russ Bishop
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Brent Royal-Gordon
• [swift-evolution] idea: immutable setters for structs and tuples?   Zsolt Szatmári
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Pierre Monod-Broca
• [swift-evolution] idea: immutable setters for structs and tuples?   Maximilian Hünenberger
• [swift-evolution] idea: immutable setters for structs and tuples?   Brent Royal-Gordon
• [swift-evolution] Draft idea about user defined annotation and processor   Brent Royal-Gordon
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Radosław Pietruszewski
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Brent Royal-Gordon
• [swift-evolution] [Idea] Find alternatives to `switch self`   Brent Royal-Gordon
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Maximilian Hünenberger
• [swift-evolution] ++ and --   Biala
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Haravikk
• [swift-evolution] [Idea] Find alternatives to `switch self`   Scott Matthewman
• [swift-evolution] ++ and --   Patrick Pijnappel
• [swift-evolution] [Idea] Find alternatives to `switch self`   Tino Heth
• [swift-evolution] ++ and --   Tino Heth
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Jeremy Pereira
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Erica Sadun
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Erica Sadun
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Ilya Belenkiy
• [swift-evolution] [Idea] Find alternatives to `switch self`   Maximilian Hünenberger
• [swift-evolution] ++ and --   Ergin Bilgin
• [swift-evolution] [Idea] Find alternatives to `switch self`   Paul Ossenbruggen
• [swift-evolution] ++ and --   Ross O'Brien
• [swift-evolution] Idea: Extend "guard" to try-statements, with a catch block   Maximilian Hünenberger
• [swift-evolution] ++ and --   Haravikk
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Haravikk
• [swift-evolution] [Proposal] Allow static protocol extension methods to be called directly on the protocol   Maximilian Hünenberger
• [swift-evolution] ++ and --   Austin Zheng
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Haravikk
• [swift-evolution] idea: immutable setters for structs and tuples?   William Dillon
• [swift-evolution] idea: immutable setters for structs and tuples?   James Campbell
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Jeremy Pereira
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Biala
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Michael Gottesman
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Haravikk
• [swift-evolution] [Proposal] Factory Initializers   Thorsten Seitz
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Douglas Gregor
• [swift-evolution] [Proposal] Allow static protocol extension methods to be called directly on the protocol   Joe Groff
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Chris Lattner
• [swift-evolution] Idea: Extend "guard" to try-statements, with a catch block   Erica Sadun
• [swift-evolution] #selector and Void methods   Joe Groff
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] #selector and Void methods   Jordan Rose
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Pedro Vieira
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Thorsten Seitz
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Thorsten Seitz
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Douglas Gregor
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Thorsten Seitz
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Douglas Gregor
• [swift-evolution] #selector and Void methods   Douglas Gregor
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Shawn Erickson
• [swift-evolution] Binding generic types using a metatype parameter   Joe Groff
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Max Howell
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Jordan Rose
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] [Idea] ObjectiveCBridgeable   Douglas Gregor
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   David Sweeris
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Rob Mayoff
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Erica Sadun
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Joseph Pamer
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Kevin Lundberg
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Andrey Tarantsov
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Andrey Tarantsov
• [swift-evolution] [Idea] ObjectiveCBridgeable   Russ Bishop
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Andrey Tarantsov
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Andrey Tarantsov
• [swift-evolution] idea: immutable setters for structs and tuples?   Tyler Cloutier
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Andrey Tarantsov
• [swift-evolution] idea: immutable setters for structs and tuples?   Andrey Tarantsov
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Andrey Tarantsov
• [swift-evolution] [Idea] Find alternatives to `switch self`   Andrey Tarantsov
• [swift-evolution] Alternate proposal for multi-line string literial   Andrey Tarantsov
• [swift-evolution] struct subtyping   Andrey Tarantsov
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Richard Ross
• [swift-evolution] Add an ifPresent function to Optional   Andrey Tarantsov
• [swift-evolution] Feature proposal: Range operator with step   David Knothe
• [swift-evolution] [swift-evolution-announce] [Review] SE-0044 Import as Member   Michael Ilseman
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Andrey Tarantsov
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Joanna Carter
• [swift-evolution] idea: immutable setters for structs and tuples?   Rudolf Adamkovic
• [swift-evolution] [Idea] Find alternatives to `switch self`   Brent Royal-Gordon
• [swift-evolution] Feature proposal: Range operator with step   Haravikk
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Rudolf Adamkovic
• [swift-evolution] struct subtyping   Andrew Bennett
• [swift-evolution] [Idea] Find alternatives to `switch self`   Dave Abrahams
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Dave Abrahams
• [swift-evolution] [Idea] Find alternatives to `switch self`   Patrick Smith
• [swift-evolution] [Idea] Find alternatives to `switch self`   Brent Royal-Gordon
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Chris Lattner
• [swift-evolution] Notes from Swift core team 2016-03-15 design discussion   Michael Gottesman
• [swift-evolution] [Idea] Find alternatives to `switch self`   Brent Royal-Gordon
• [swift-evolution] [Draft] Adding a Build Configuration Import Test   Dany St-Amant
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Dany St-Amant
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   William Dillon
• [swift-evolution] Feature proposal: Range operator with step   Xiaodi Wu
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Xiaodi Wu
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Dany St-Amant
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Dany St-Amant
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Andrew Bennett
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Dany St-Amant
• [swift-evolution] [Idea] Find alternatives to `switch self`   Kevin Lundberg
• [swift-evolution] [Accepted] SE-0043: Declare variables in 'case' labels with multiple patterns   Chris Lattner
• [swift-evolution] [Accepted] SE-0042: Flattening the function type of unapplied method references   Chris Lattner
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Brent Royal-Gordon
• [swift-evolution] [Proposal] Remove behavior on AnyObject that allows any obj-c method to be called on it   Brent Royal-Gordon
• [swift-evolution] [Accepted with revision] SE-0047: Defaulting non-Void functions so they warn on unused results   Chris Lattner
• [swift-evolution] [Idea] Find alternatives to `switch self`   Erica Sadun
• [swift-evolution] Draft of proposal for autoreleasepool signature change   Timothy Wood
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Chris Lattner
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Chris Lattner
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Chris Lattner
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Chris Lattner
• [swift-evolution] A (better) Swift Equivalent For The Classical For-Loop With Numeric Scalars   Biala
• [swift-evolution] Fwd: Draft Proposal SwiftPM System Module Search Paths   Nicky Gerritsen
• [swift-evolution] [Accepted] SE-0044: Import as member   Douglas Gregor
• [swift-evolution] SE-0025: Scoped Access Level, next steps   T.J. Usiyan
• [swift-evolution] [Idea] ObjectiveCBridgeable   Douglas Gregor
• [swift-evolution] [Accepted] SE-0043: Declare variables in 'case' labels with multiple patterns   Andrew Bennett
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Howard Lovatt
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Hart
• [swift-evolution] Bike-shedding alternate collections API   Howard Lovatt
• [swift-evolution] [Proposal] Factory Initializers   Riley Testut
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Goffredo Marocchi
• [swift-evolution] [Proposal] Factory Initializers   rintaro ishizaki
• [swift-evolution] Feature proposal: Range operator with step   David Knothe
• [swift-evolution] [Idea] ObjectiveCBridgeable   Russ Bishop
• [swift-evolution] [proposal] Allow trailing closures in 'guard' conditions   Xiaodi Wu
• [swift-evolution] Feature proposal: Range operator with step   Xiaodi Wu
• [swift-evolution] Feature proposal: Range operator with step   David Knothe
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] allowing to specify optionality with type inference   Hugues Bernet-Rollande
• [swift-evolution] allowing to specify optionality with type inference   Andrew Bennett
• [swift-evolution] allowing to specify optionality with type inference   Thorsten Seitz
• [swift-evolution] allowing to specify optionality with type inference   Hugues Bernet-Rollande
• [swift-evolution] allowing to specify optionality with type inference   Dan Raviv
• [swift-evolution] allowing to specify optionality with type inference   Hugues Bernet-Rollande
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Dany St-Amant
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] [Idea] Find alternatives to `switch self`   Brent Royal-Gordon
• [swift-evolution] Feature proposal: Range operator with step   Haravikk
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Goffredo Marocchi
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Stephen Canon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Biala
• [swift-evolution] SE-0025: Scoped Access Level, next steps   John Siracusa
• [swift-evolution] idea: immutable setters for structs and tuples?   James Campbell
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] Alternate proposal for multi-line string literial   Patrick Gili
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] Fwd: Alternate proposal for multi-line string literial   Steve K. Chiu
• [swift-evolution] Fwd: Alternate proposal for multi-line string literial   Steve K. Chiu
• [swift-evolution] Alternate proposal for multi-line string literial   Steve K. Chiu
• [swift-evolution] Deprecating Trailing Closures   Haravikk
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] Alternate proposal for multi-line string literial   Patrick Gili
• [swift-evolution] struct subtyping   Tino Heth
• [swift-evolution] Deprecating Trailing Closures   Kurt Werle
• [swift-evolution] Feature proposal: Range operator with step   David Knothe
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Stephen Canon
• [swift-evolution] Pre-proposal: Safer Decimal Calculations   Rainer Brockerhoff
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] Deprecating Trailing Closures   Haravikk
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brandon Knope
• [swift-evolution] Add an ifPresent function to Optional   David Waite
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] Deprecating Trailing Closures   Thorsten Seitz
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Timothy J. Wood
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] [Idea] Find alternatives to `switch self`   David Waite
• [swift-evolution] Add an ifPresent function to Optional   Thorsten Seitz
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] struct subtyping   James Campbell
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Johnson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Xiaodi Wu
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Berry
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jean-Daniel Dupas
• [swift-evolution] Deprecating Trailing Closures   William Dillon
• [swift-evolution] Deprecating Trailing Closures   James Campbell
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] struct subtyping   Haravikk
• [swift-evolution] Deprecating Trailing Closures   Haravikk
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Guillaume Lessard
• [swift-evolution] [Review] SE-0048: Generic Type Aliases   Douglas Gregor
• [swift-evolution] Deprecating Trailing Closures   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Chris Wagner
• [swift-evolution] Binding generic types using a metatype parameter   Joe Groff
• [swift-evolution] [Idea] ObjectiveCBridgeable   Douglas Gregor
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Alex Martini
• [swift-evolution] Deprecating Trailing Closures   Rainer Brockerhoff
• [swift-evolution] [Review] SE-0048: Generic Type Aliases   Developer
• [swift-evolution] struct subtyping   Tino Heth
• [swift-evolution] struct subtyping   James Campbell
• [swift-evolution] Promote "primitive" types to enums in extensions   Carlos Rodríguez Domínguez
• [swift-evolution] Promote "primitive" types to enums in extensions   James Campbell
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Max Howell
• [swift-evolution] Deprecating Trailing Closures   Haravikk
• [swift-evolution] [Review] SE-0053 Remove explicit use of let from Function Parameters   Chris Lattner
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Chris Lattner
• [swift-evolution] Making pointer nullability explicit (using Optional)   David Waite
• [swift-evolution] Catching NSException   Jon Brooks
• [swift-evolution] Making pointer nullability explicit (using Optional)   Jordan Rose
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Colin Barrett
• [swift-evolution] Deprecating Trailing Closures   Erica Sadun
• [swift-evolution] Promote "primitive" types to enums in extensions   Carlos Rodríguez Domínguez
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Juan Ignacio Laube
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Colin Barrett
• [swift-evolution] Deprecating Trailing Closures   Juan Ignacio Laube
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Colin Barrett
• [swift-evolution] Catching NSException   Joe Groff
• [swift-evolution] struct subtyping   Colin Barrett
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Russ Bishop
• [swift-evolution] idea: immutable setters for structs and tuples?   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Hooman Mehr
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Dave Abrahams
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Chris Lattner
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] [Proposal] Change guarantee for GeneratorType.next() to always return nil past end   Dave Abrahams
• [swift-evolution] [Review] SE-0048: Generic Type Aliases   Howard Lovatt
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Dave Abrahams
• [swift-evolution] [proposal] Generic type aliases   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Howard Lovatt
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Richard Ross
• [swift-evolution] SetAlgebra naming update   Erica Sadun
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Dave Abrahams
• [swift-evolution] Deprecating Trailing Closures   Howard Lovatt
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Alex Martini
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Howard Lovatt
• [swift-evolution] [Idea] allValues for RawRepresentable enums   Kevin Randrup
• [swift-evolution] [Review] SE-0053 Remove explicit use of let from Function Parameters   Howard Lovatt
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Dave Abrahams
• [swift-evolution] [Idea] allValues for RawRepresentable enums   Jacob Bandes-Storch
• [swift-evolution] Bike-shedding alternate collections API   Dave Abrahams
• [swift-evolution] Deprecating Trailing Closures   Andrey Tarantsov
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Howard Lovatt
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Joseph Lord
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Andrey Tarantsov
• [swift-evolution] SetAlgebra naming update   Xiaodi Wu
• [swift-evolution] idea: immutable setters for structs and tuples?   Brent Royal-Gordon
• [swift-evolution] idea: immutable setters for structs and tuples?   Erica Sadun
• [swift-evolution] [Idea] allValues for RawRepresentable enums   Kevin Randrup
• [swift-evolution] SetAlgebra naming update   Ricardo Parada
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Max Howell
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Andrey Tarantsov
• [swift-evolution] Bike-shedding alternate collections API   Howard Lovatt
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Colin Barrett
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brandon Knope
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Brent Royal-Gordon
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Daniel Vollmer
• [swift-evolution] [swift-evolution-announce] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Brent Royal-Gordon
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Rudolf Adamkovic
• [swift-evolution] [Review] SE-0048: Generic Type Aliases   Jens Persson
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] [Idea] Find alternatives to `switch self`   Howard Lovatt
• [swift-evolution] [Proposal] Factory Initializers   Jonathan Hull
• [swift-evolution] [Pitch] Change the endIndex value for closed Ranges and Collections   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] Bike-shedding alternate collections API   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Erica Sadun
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] Feature proposal: Range operator with step   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Dave Abrahams
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Matthew Johnson
• [swift-evolution] NSCoding-like Persistence   Jonathan Hull
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Matthew Johnson
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   John McCall
• [swift-evolution] Binding generic types using a metatype parameter   Joe Groff
• [swift-evolution] SetAlgebra naming update   James Hillhouse
• [swift-evolution] SetAlgebra naming update   Xiaodi Wu
• [swift-evolution] Notes from Swift core team 2016-03-23 design discussion   Russ Bishop
• [swift-evolution] Feature proposal: Range operator with step   Xiaodi Wu
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Andrew Trick
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Chris Lattner
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Colin Barrett
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Chris Lattner
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Chris Lattner
• [swift-evolution] Promote "primitive" types to enums in extensions   Paul Ossenbruggen
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   John McCall
• [swift-evolution] Deprecating Trailing Closures   Haravikk
• [swift-evolution] Deprecating Trailing Closures   Alex Blewitt
• [swift-evolution] NSCoding-like Persistence   Anton Zhilin
• [swift-evolution] Promote "primitive" types to enums in extensions   Carlos Rodríguez Domínguez
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] [Idea] Find alternatives to `switch self`   Maximilian Hünenberger
• [swift-evolution] Rewrite imported C function signatures   Carlos Rodríguez Domínguez
• [swift-evolution] Promote "primitive" types to enums in extensions   Haravikk
• [swift-evolution] Promote "primitive" types to enums in extensions   Carlos Rodríguez Domínguez
• [swift-evolution] Deprecating Trailing Closures   Brent Royal-Gordon
• [swift-evolution] Deprecating Trailing Closures   David Sweeris
• [swift-evolution] Promote "primitive" types to enums in extensions   Andrey Tarantsov
• [swift-evolution] Rewrite imported C function signatures   Andrey Tarantsov
• [swift-evolution] SE-0025: Scoped Access Level, next steps   John Siracusa
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Andrey Tarantsov
• [swift-evolution] [Proposal] Add Binary Search functions to SequenceType   Jeff Hajewski
• [swift-evolution] Rewrite imported C function signatures   Carlos Rodríguez Domínguez
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Dany St-Amant
• [swift-evolution] Feature proposal: Range operator with step   davesweeris at mac.com
• [swift-evolution] Feature proposal: Range operator with step   davesweeris at mac.com
• [swift-evolution] SetAlgebra naming update   davesweeris at mac.com
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Chris Lattner
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Chris Lattner
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Juan Ignacio Laube
• [swift-evolution] Promote "primitive" types to enums in extensions   Carlos Rodríguez Domínguez
• [swift-evolution] Update the signature of ObjectiveC.autoreleasepool [SR-842]   Dave Abrahams
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Dave Abrahams
• [swift-evolution] [Review] SE-0053 Remove explicit use of let from Function Parameters   Juan Ignacio Laube
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jordan Rose
• [swift-evolution] Binding generic types using a metatype parameter   Joe Groff
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] Feature proposal: Range operator with step   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Owens II
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jordan Rose
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Kurt Werle
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jordan Rose
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Tino Heth
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Erica Sadun
• [swift-evolution] SE-0025: Scoped Access Level, next steps   David Owens II
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   T.J. Usiyan
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Michel Fortin
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Kevin Lundberg
• [swift-evolution] Feature proposal: Range operator with step   Xiaodi Wu
• [swift-evolution] [Review] SE-0053 Remove explicit use of let from Function Parameters   Arthur Ariel Sabintsev
• [swift-evolution] Binding generic types using a metatype parameter   Joanna Carter
• [swift-evolution] Binding generic types using a metatype parameter   Joe Groff
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Joseph Lord
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   davesweeris at mac.com
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Cheyo Ximenez
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] SetAlgebra naming update   Dave Abrahams
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Tino Heth
• [swift-evolution] Request: Multiple Bool signatures   Erica Sadun
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Russ Bishop
• [swift-evolution] [swift-evolution-announce] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Russ Bishop
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brandon Knope
• [swift-evolution] Feature proposal: Range operator with step   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Shawn Erickson
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Xiaodi Wu
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   James Richard
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Jose Cheyo Jimenez
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Michel Fortin
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Sean Heber
• [swift-evolution] Feature proposal: Range operator with step   Xiaodi Wu
• [swift-evolution] Rewrite imported C function signatures   Brent Royal-Gordon
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Brent Royal-Gordon
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Cheyo Ximenez
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] Rewrite imported C function signatures   Carlos Rodriguez Dominguez
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Bernd Ohr (jazzbox)
• [swift-evolution] [swift-evolution-announce] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   James Campbell
• [swift-evolution] Rewrite imported C function signatures   Carlos Rodríguez Domínguez
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ross O'Brien
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Антон Жилин
• [swift-evolution] [Review] SE-0055 Make unsafe pointer nullability explicit using Optional   Антон Жилин
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jose Cheyo Jimenez
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jose Cheyo Jimenez
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] [swift-evolution-announce] [Review] SE-0053 Remove explicit use of let from Function Parameters   Patrick Gili
• [swift-evolution] [swift-evolution-announce] [Review] SE-0048: Generic Type Aliases   Patrick Gili
• [swift-evolution] [Review] SE-0054: Abolish ImplicitlyUnwrappedOptional type   Patrick Gili
• [swift-evolution] Draft Proposal SwiftPM System Module Search Paths   Ankit Agarwal
• [swift-evolution] Rewrite imported C function signatures   Brent Royal-Gordon
• [swift-evolution] [swift-users] pattern matching in if improvement?   Erica Sadun
• [swift-evolution] [swift-users] pattern matching in if improvement?   Lukas Stabe
• [swift-evolution] Rewrite imported C function signatures   Carlos Rodríguez Domínguez
• [swift-evolution] Rewrite imported C function signatures   Goffredo Marocchi
• [swift-evolution] [swift-users] pattern matching in if improvement?   T.J. Usiyan
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Maximilian Hünenberger
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Maximilian Hünenberger
• [swift-evolution] idea: immutable setters for structs and tuples?   Maximilian Hünenberger
• [swift-evolution] [Review] SE-0016 - Adding initializers to Int and UInt to convert from UnsafePointer and UnsafeMutablePointer   Russ Bishop
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Jose Cheyo Jimenez
• [swift-evolution] allowing to specify optionality with type inference   Maximilian Hünenberger
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Haravikk
• [swift-evolution] [swift-users] pattern matching in if improvement?   David Sweeris
• [swift-evolution] allowing to specify optionality with type inference   Jacob Bandes-Storch
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Ilya Belenkiy
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Brent Royal-Gordon
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] Feature proposal: Range operator with step   Dave Abrahams
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Judge
• [swift-evolution] [Review] SE-0047 Defaulting non-Void functions so they warn on unused results   Chris Lattner
• [swift-evolution] SE-0025: Scoped Access Level, next steps   Matthew Judge

Last message date: Sun Mar 27 22:50:27 CDT 2016
Archived on: Mon Mar 28 19:32:33 CDT 2016

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