Re: [swift-dev] [Swift CI] Build Failure: OSS - Swift Package - Ubuntu 14.04 (master) #1442

Slava fixed that in c9cd33bb. Hopefully the next run will succeed. Thanks, Slava! > On Jun 2, 2016, at 7:17 PM, Douglas Gregor via swift-dev > wrote: > > Looks like a great that should require the Objjective-C runtime. > > Sent from my iPhone > > On Jun 2, 2016, at 7:01 PM, no-re...@swift.o

Re: [swift-dev] [Swift CI] Build Failure: OSS - Swift Package - Ubuntu 14.04 (master) #1442

Looks like a great that should require the Objjective-C runtime. Sent from my iPhone > On Jun 2, 2016, at 7:01 PM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-package-linux-ubuntu-14_04 [#1442] > > Build URL: > https://ci.swift.org/job/oss-swift-package-linux-ubuntu-14_04/1442/ > Pro

Re: [swift-dev] Please remove your Swift build directory

It works now. Thanks for fixing it so quickly! Austin On Thu, Jun 2, 2016 at 2:00 PM, Dmitri Gribenko wrote: > On Wed, Jun 1, 2016 at 12:36 PM, Austin Zheng > wrote: > > Hello, > > > > I'm still seeing errors when I try invoking the build script with `-x`. > I've > > updated all the repositori

Re: [swift-dev] Delaying the enforcement of ".self" out of Swift 3?

We have a bug for this, https://bugs.swift.org/browse/SR-899. I had pretty much the same reaction you did, which is that it's definitely a bug but it's probably not worth changing right now. Jordan > On Jun 2, 2016, at 13:21, Douglas Gregor via swift-dev > wrote: > > Hi all, > > While work

Re: [swift-dev] Delaying the enforcement of ".self" out of Swift 3?

> On Jun 2, 2016, at 2:21 PM, Douglas Gregor via swift-dev > wrote: > > Hi all, > > While working on some unrelated refactoring, I stumbled across a minor fix > that would make use properly enforce “.self” when we want to get the metatype > of a named type. For example, the Swift compiler cu

Re: [swift-dev] need help with GLibc module map problem

On Thu, Jun 2, 2016 at 2:58 PM, David P Grove via swift-dev wrote: > As part of helping to resolve old libdispatch pull requests, I have run into > a problem with the GLibc module map on Linux that I need help understanding > and fixing. > > The symptom I am trying to resolve is that somewhere bet

[swift-dev] need help with GLibc module map problem

As part of helping to resolve old libdispatch pull requests, I have run into a problem with the GLibc module map on Linux that I need help understanding and fixing. The symptom I am trying to resolve is that somewhere between the March 16 and March 24 Swift development snapshots, the Dispatch ov

Re: [swift-dev] Delaying the enforcement of ".self" out of Swift 3?

As just a user of the language, as much as I hate churn I personally wouldn't mind seeing this fixed. In this case, I think the laxness can make it harder for developers to form the right mental model of the language; I know I have personally stumbled over this in the past. - Daniel > On Jun

Re: [swift-dev] Please remove your Swift build directory

On Wed, Jun 1, 2016 at 12:36 PM, Austin Zheng wrote: > Hello, > > I'm still seeing errors when I try invoking the build script with `-x`. I've > updated all the repositories (everything that lives alongside the 'swift' > repo, as well as that repo itself) and deleted my build folder completely. >

Re: [swift-dev] Delaying the enforcement of ".self" out of Swift 3?

> On Jun 2, 2016, at 1:38 PM, David Sweeris wrote: > >> On Jun 2, 2016, at 3:24 PM, Erica Sadun via swift-dev > > wrote: >> >> 3. If it can be fixed, fix it. (It is a bug.) And THEN change the language >> using the normal SE evolution process. > > I thought “Deferr

Re: [swift-dev] Delaying the enforcement of ".self" out of Swift 3?

> On Jun 2, 2016, at 3:24 PM, Erica Sadun via swift-dev > wrote: > > 3. If it can be fixed, fix it. (It is a bug.) And THEN change the language > using the normal SE evolution process. I thought “Deferred out of Swift 3” meant that it was accepted, but there isn’t enough time to get it done.

[swift-dev] Delaying the enforcement of ".self" out of Swift 3?

Hi all, While working on some unrelated refactoring, I stumbled across a minor fix that would make use properly enforce “.self” when we want to get the metatype of a named type. For example, the Swift compiler currently (incorrectly) allows sizeof(UInt) which should be sizeof(

Re: [swift-dev] [swift-build-dev] Building custom toolchain

> On Jun 2, 2016, at 10:59 AM, bhargav gurlanka wrote: > > > I always run this after every build > > If I understand you correctly, you first build swift and then run this script > to create the toolchain right? > > Are you using the `build-toolchain` script to build swift? I've tried doing

Re: [swift-dev] [swift-build-dev] Building custom toolchain

> I always run this after every build If I understand you correctly, you first build swift and then run this script to create the toolchain right? Are you using the `build-toolchain` script to build swift? I've tried doing it sometime back and it included the testing also, which took a long time

Re: [swift-dev] [swift-build-dev] Building custom toolchain

FWIW, this: https://gist.github.com/ddunbar/598bf66952fba0e9d8aecc54995f018e is the script I currently use on OS X to get a working "swift-dev.xctoolchain" out of a built Swift. It isn't designed to work for anyone but me, but it should be easy to adapt. I always run this after every build, an

[swift-dev] [swift-build-dev] Building custom toolchain

Hi all, I'm trying to build a custom toolchain, but it is failing with error: --- Installing swift --- + env DESTDIR=// /usr/local/bin/cmake --build /Users/bhargavg/Documents/workspaces/xcode/github/apple/build/bhargavg/swift-macosx-x86_64 -- install ninja: error: unknown target 'install' swift/u