Re: [swift-corelibs-dev] Query on bridgeable classes

Do you have a couple of examples that you're referring to? Alex > On 21 Feb 2017, at 09:25, Nethra Ravindran via swift-corelibs-dev > wrote: > > Hi everyone, > > To be more precise, I would like to know why few classes are not CFBridgeable. > > Thank you. > >

Re: [swift-corelibs-dev] Building Foundation

> On 2 Mar 2017, at 01:51, Mohit Athwani via swift-corelibs-dev > wrote: > > I am trying to build Foundation on my Ubuntu 16.04 LTS version using: > > swift/utils/build-script --xctest --foundation -t > > And it fails with the following tests failing: OK, what

Re: [swift-corelibs-dev] Foundation and NSDecimal

-corelibs-dev@swift.org> wrote: > > I would also say that this should not be marked as @discardableResult, since > its only purpose is to report back yes or no, it would be kind of suspicious > if the it wasn’t used. > > -Kenny > > >> On Sep 27, 2016, at 5:34 AM, Ale

Re: [swift-corelibs-dev] [swift-users] Linux - Calendar date(byAdding:to:wrappingComponents:) returns nil when it shouldn't?

> On 5 Oct 2016, at 16:48, Alex Blewitt via swift-users > wrote: > > >> On 4 Oct 2016, at 20:10, Jason Ji via swift-users > > wrote: >> >> Hello, >> >> I'm having an issue with (NS)Calendar on Linux which I think

[swift-corelibs-dev] Foundation and NSDecimal

The Framework function NS_INLINE BOOL NSDecimalIsNotANumber(const NSDecimal *dcm) has been imported into Swift on both Darwin and Linux as :type lookup NSDecimalIsNotANumber @discardableResult func NSDecimalIsNotANumber(_ dcm: Swift.UnsafePointer) -> Swift.Bool :type lookup

[swift-corelibs-dev] Failing test due to network XML validation

There's a test which attempts to download an XML DTD from an external file, which fails when there's an intermittent network connection: Test Case 'TestNSArray.test_writeToFile' started at 09:15:53.214 I/O warning : failed to load external entity

[swift-corelibs-dev] Outstanding pull request for NSDecimal?

I raised https://github.com/apple/swift-corelibs-foundation/pull/687 about a week ago for the final push implementing NSDecimal. It's still stuck in limbo - can someone add a @swift-ci please test to it, so that it can at least have the tests run and possibly committed? I'm concerned that it

[swift-corelibs-dev] Cleaning up old branches

> On 12 Oct 2016, at 18:25, Tony Parker <anthony.par...@apple.com> wrote: > > Hi Alex, > >> On Oct 12, 2016, at 9:52 AM, Alex Blewitt via swift-corelibs-dev >> <swift-corelibs-dev@swift.org <mailto:swift-corelibs-dev@swift.org>> wrote: >>

[swift-corelibs-dev] Cherry-picking changes for the next Swift release?

I have a couple of Calendar related fixes into swift-corelibs-foundation master: https://github.com/apple/swift-corelibs-foundation/pull/675 https://github.com/apple/swift-corelibs-foundation/pull/677

[swift-corelibs-dev] Broken master-next?

My pull request failed to build: https://github.com/apple/swift-corelibs-foundation/pull/733 The build failure is entirely unrelated to my changes; it looks like whatever point the branch was taken from/built from, the underlying

[swift-corelibs-dev] Unavailability macros for APIs that aren't going to be implemented on Linux?

I've pushed a change which will add an unavailability warning for a method which was deprecated at the point of being added to Swift, has never worked, and likely never will: https://github.com/apple/swift-corelibs-foundation/pull/1140

Re: [swift-corelibs-dev] Unavailability macros for APIs that aren't going to be implemented on Linux?

> On 28 Jul 2017, at 20:30, Alex Blewitt via swift-corelibs-dev > <swift-corelibs-dev@swift.org> wrote: > > In the meantime I'll take a stab next week at proposing some unavailability > annotations for some of the stuff which almost certainly doesn't make sense, &g

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

> 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 > Open Source. I ended up helping out on the Swift Package Manager

Re: [swift-corelibs-dev] TimeZone database

It looks like it's /usr/share/zoneinfo on all Ubuntu versions: alblue.local[~]$ docker run -it --rm ubuntu:14.04 find /usr -name zone.tab /usr/share/zoneinfo/zone.tab alblue.local[~]$ docker run -it --rm ubuntu:16.04 find /usr -name zone.tab /usr/share/zoneinfo/zone.tab alblue.local[~]$ docker

Re: [swift-corelibs-dev] XCTest Build is failing for Dev environment

I'd suggest trying to run the command that failed manually and see if there's any additional error messages that get printed out: > xcodebuild -workspace > /Users/tapan/swift-source/swift-corelibs-xctest/XCTest.xcworkspace -scheme > SwiftXCTest -configuration Release >

Re: [swift-corelibs-dev] Unavailability macros for APIs that aren't going to be implemented on Linux?

>> >> This will also help new contributors to swift-corelibs-foundation as they >> will be able to be confident that every NSUnimplemented() is a genuine >> opportunity to contribute. >> >> Regards, >> Ian Partridge >> >>> On 28 Ju

Re: [swift-corelibs-dev] [swift-dev] Problems with dispatch?

> On 11 Oct 2017, at 22:03, Alex Blewitt via swift-dev > wrote: > > On a recent test build there were compile errors with libdispatch, even after > a clean build: > > src/libdispatch.so: error: undefined reference to '__atomic_fetch_sub_4' > src/libdispatch.so: error:

[swift-corelibs-dev] Problems with dispatch?

On a recent test build there were compile errors with libdispatch, even after a clean build: src/libdispatch.so: error: undefined reference to '__atomic_fetch_sub_4' src/libdispatch.so: error: undefined reference to '__atomic_load_4' src/libdispatch.so: error: undefined reference to

Re: [swift-corelibs-dev] Encountering "Constant strings cannot be deallocated"

Can you file a bug at bugs.swift.org with a minimal test case? It certainly sounds like a bug, and from the looks of the docker files, you're using the swift 4.0.2 release on Ubuntu 16.04. If you can run the test under LLDB and put a breakpoint in that function, and

Re: [swift-corelibs-dev] Encountering "Constant strings cannot be deallocated"

Thanks! Alex > On 17 Nov 2017, at 17:27, Brandon Williams wrote: > > I haven’t been able to find a minimal test case, but at least the test case I > linked to reproduces every time. > > I’m not sure I’ll have time to search for a minimal case today, and I leave > for

Re: [swift-corelibs-dev] SR-6405: URLRequest does not capitalise HTTP methods

> On 16 Nov 2017, at 19:14, Stephen Celis wrote: > >> On Nov 16, 2017, at 2:02 PM, Alex Blewitt wrote: >> >> There is a TestFoundation target in the swift-corelibs-foundation project, >> which can allow the tests to be run against the open source

Re: [swift-corelibs-dev] SR-6405: URLRequest does not capitalise HTTP methods

There is a TestFoundation target in the swift-corelibs-foundation project, which can allow the tests to be run against the open source codebase. Note that there's no requirement for the methods to be capitalised in URLRequest. Chances are that the implementation is such that there are some