Re: [swift-corelibs-dev] Informal Chat Medium

> On 3 Aug 2017, at 10:33, Alex Blewitt wrote: > >> On 2 Aug 2017, at 20:34, David Hart via swift-corelibs-dev >> wrote: >> >> Hello Corelibs dev, > > Hi David, welcome! > >> A few months back, I wanted to start contributing more seriously to

[swift-corelibs-dev] Informal Chat Medium

Hello Corelibs dev, A few months back, I wanted to start contributing more seriously to Swift Open Source. I ended up helping out on the Swift Package Manager project and had a very positive experience. It’s not easy to jump into a big project and it would not have been such a success for me wi

Re: [swift-corelibs-dev] [swift-dev] Swift Encoders on Linux

Hi Tony, Looking forward to all this on Linux! On the same topic, I looked at the Measurement Swift type and did a diff between the shims in the swift repo and the version in corelibs-foundation and saw quite a few differences. Is this something that can be improved or it is a consequence of t

[swift-corelibs-dev] Fix API disparities between Darwin and Corelibs Foundation

If the goal is to have Darwin and Corelibs Foundation as API compatible as possible, I think the Foundation team at Apple should start introducing some of the rare API changes back into Darwin Foundation before the final release of iOS 10 and macOS Sierra. For example, it's currently impossible

Re: [swift-corelibs-dev] Suggested DateInterval API improvement

I vote for (2). Thats what I would have expected. `start` changing from under you is weird. > On 21 Jun 2016, at 18:44, Tony Parker via swift-corelibs-dev > wrote: > > Hi Greg, > >> On Jun 20, 2016, at 9:04 PM, Greg Titus > > wrote: >> >> One domain where this happ

Re: [swift-corelibs-dev] [swift-evolution] [swift-users] WWDC Meetup

tly a social event, there will be some room for short presentations. If you can talk for 5 minutes about your Swift pet project, we’d love to hear it. That’s all for now - hope to see you next week! David & Bert > On 08 Jun 2016, at 08:10, David Hart via swift-corelibs-dev >

Re: [swift-corelibs-dev] [swift-evolution] [swift-users] WWDC Meetup

Thanks for everybody that took the time to fill the form! There were many more responses than I expected, so dinner becomes difficult to organise. But thanks to a hand from another community member, we should have a venue confirmed soon. We are currently shooting for Tuesday evening. More detai

Re: [swift-corelibs-dev] [swift-evolution] [swift-users] WWDC Meetup

Hi everybody, After receiving a private question, I'd like to clarify something: I’m hoping that anybody interested in the Swift Open Source project, contributor or not, WWDC ticket holder or not, should feel free to come! This is definitely not something I meant to be restricted in any way. My

Re: [swift-corelibs-dev] [swift-evolution] [swift-users] WWDC Meetup

Of course, I wouldn’t want to exclude anybody by default! In that case, I’m proposing dinner somewhere. I’ve setup a Google Forms to help organise it: http://goo.gl/forms/Oq6dK9fPNSCAVfL72 > On 07 Jun 2016, at 08:43, Jacob Bandes-Storch via swift-corelibs

[swift-corelibs-dev] WWDC Meetup

I imagine that during WWDC a non-negligible proportion of the Swift Open Source contributors will be in or around San-Francisco. I’d very much like to profit from that opportunity to meet-up, get to know each other, talk Swift over some beers! Is anybody interested? If yes, any ideas for locatio

Re: [swift-corelibs-dev] Objective-C Foundation vs CoreLibs Foundation

(about half way through I think). > On 23 May 2016, at 17:59, Tony Parker via swift-corelibs-dev > wrote: > > Hi David, > >> On May 22, 2016, at 8:15 AM, David Hart via swift-corelibs-dev >> wrote: >> >> Hello, >> >> The discussion we had

Re: [swift-corelibs-dev] swift-corelibs-xctest JIRA dashboard

Brian Gesiak started started one for foundation. It seems it's only missing some trimming and labeling of issues: > David, > > I actually started on one! http://tinyurl.com/foundation-dashboard :) > > Like you mentioned, I don't have a ton of context on the project, so I'm a > little hesitant

[swift-corelibs-dev] Objective-C Foundation vs CoreLibs Foundation

Hello, The discussion we had previously on this mailing list made it quite clear that: - Objective-C Foundation is the framework that is supposed to be used on all Darwin platforms, - swift-corelibs-foundation will be the Foundation framework for all other platforms, - Both frameworks will evol

Re: [swift-corelibs-dev] Compilation Error - Which Toolchain

for now and revisit it when the >> binaries are rev'd >> >>> On May 19, 2016, at 3:48 PM, David Hart via swift-corelibs-dev >>> wrote: >>> >>> Hi people, >>> >>> Found some time to continue contributing to corelibs, but I’m get

[swift-corelibs-dev] Compilation Error - Which Toolchain

Hi people, Found some time to continue contributing to corelibs, but I’m getting a compilation error with master: NSGeometry.swift (line 39): 35 private var hash: Int { 36 #if arch(i386) || arch(arm) 37 return Int(Float(self.native).bitPattern) 38 #else 39 return Int(self.nat

Re: [swift-corelibs-dev] Compilation Error - Which Toolchain?

Glad to know I’m not the only one. What do you mean by: > So, pulled everything again and re-compiling from scratch, not just > corelibs-foundation. Do you mean rebuilding a swift toolchain? Did you succeed? If yes, what branch? David.___ swift-coreli

[swift-corelibs-dev] Compilation Error - Which Toolchain?

Hi people, Found some time to continue contributing to corelibs, but I’m getting a compilation error with master: NSGeometry.swift (line 39): 35 private var hash: Int { 36 #if arch(i386) || arch(arm) 37 return Int(Float(self.native).bitPattern) 38 #else 39 return Int(self.nat

Re: [swift-corelibs-dev] Looking at corelibs-foundation

> On 14 May 2016, at 01:39, Tony Parker wrote: > > No. Only on Linux or other non-Darwin platforms. Ok, I understand that corelibs won't be the official "Foundation" framework on Darwin, but it will still be available under SwiftFoundation without having to compile it ourselves right? _

Re: [swift-corelibs-dev] Looking at corelibs-foundation

Thanks for all the answers :) These questions are dear to my heart because I plan on using corelibs-foundation on Darwin as soon as possible to share code between our iOS apps and web services. > On 14 May 2016, at 01:39, Tony Parker wrote: > > Over time it’s not clear how the two will evolve,

Re: [swift-corelibs-dev] Looking at corelibs-foundation

s? Isn’t it bad if portable code was doomed to have #if >> os() for all Foundation imports? If we do rename it, do we rename it to >> SwiftFoundation on Linux or do we rename it to Foundation on OS X (which >> would require renaming the Objective-C Foundation to something else and

Re: [swift-corelibs-dev] Looking at corelibs-foundation

migration)? > On 14 May 2016, at 00:19, David Hart via swift-corelibs-dev > wrote: > > >> On 13 May 2016, at 21:50, Tony Parker > <mailto:anthony.par...@apple.com>> wrote: >> >> Technically, swift-corelibs-foundation is only part of the distribution o

Re: [swift-corelibs-dev] Looking at corelibs-foundation

> On 13 May 2016, at 21:50, Tony Parker wrote: > > Technically, swift-corelibs-foundation is only part of the distribution on > Linux. On Darwin platforms, we use a combination of the overlay > (stdlib/public/SDK/Foundation directory in the Swift project) and the > Foundation.framework that s

[swift-corelibs-dev] Looking at corelibs-foundation

Hello people, I wanted to start giving a hand on corelibs-foundation but hit two obstacles I’d like to discuss: It feels difficult to know where help is needed because the ReleaseNotes, Status and Know Issues docs have not been updated in a very long time, as if abandoned. Hopefully we can upd

Re: [swift-corelibs-dev] KVC dependent classes

relies on that dynamic behavior). > > - Tony > >> On Mar 14, 2016, at 4:14 PM, David Hart via swift-corelibs-dev >> wrote: >> >> I was looking through Foundation for stuff to do and saw NSProgress, >> NSExpression and NSSortDescriptor. They seem to be most

[swift-corelibs-dev] KVC dependent classes

I was looking through Foundation for stuff to do and saw NSProgress, NSExpression and NSSortDescriptor. They seem to be most reliant on KVC, and as KVC is not available without the Objective-C runtime, I’m not sure what those classes are doing here. Are those classes doomed to be dropped? Or is

[swift-corelibs-dev] Language or XCTest improvements to allow testing assert/precondition failures

Currently, it is impossible for XCTest to unit test assert and precondition failures because they kill the process. And those are important to unit test: how would you test NSArray's objectAtIndex bound conditions? Currently, the standard library tests those with StdlibUnittest, a small piece of