Re: [swift-dev] How to start a new translation project of The Swift Programming Language manual.

i asked the same 3 weeks ago, but no prob, I will be happy to help francesco @francesco: my direct contact is: ingco...@ingconti.com > On 24 Sep 2016, at 01:34, Alex Martini via swift-dev > wrote: > > On Sep 21, 2016, at 10:48 AM, Francesco Vino wrote: > >> H

Re: [swift-dev] How to start a new translation project of The Swift Programming Language manual.

On Sep 21, 2016, at 10:48 AM, Francesco Vino wrote: > Hi, > > I’m an italian computer science teacher and I’d like to start the translation > in italian language of The Swift Programming Language. > How can I do it? Is already there an italian translation on? > > Thank you for any help. > > Fr

Re: [swift-dev] Swift CI PR builder dispatch linux failure

I think the right order to build things is: 1. libdispatch (C) 2. Swift (compiler + stdlib + Dispatch overlay) 3. Foundation Otherwise we need to build Swift, then build libdispatch, then go back to "Swift" to build the overlay, and only finally get to Foundation. Jordan > On Sep 23, 2016, at

Re: [swift-dev] Swift CI PR builder dispatch linux failure

Thanks Dave! > On Sep 23, 2016, at 2:32 PM, David P Grove wrote: > > I'm playing with something. Should have a PR ready shortly. > > --dave > > > "Daniel A. Steffen via swift-dev" ---09/23/2016 04:45:06 PM---I > don’t know how these dependencies are expressed in CMake but it doesn’t seem >

Re: [swift-dev] Swift CI PR builder dispatch linux failure

I'm playing with something. Should have a PR ready shortly. --dave From: "Daniel A. Steffen via swift-dev" To: Ted Kremenek Cc: swift-dev Date: 09/23/2016 04:45 PM Subject:Re: [swift-dev] Swift CI PR builder dispatch linux failure Sent by:swift-dev-boun...@swift

Re: [swift-dev] Swift CI PR builder dispatch linux failure

I don’t know how these dependencies are expressed in CMake but it doesn’t seem very difficult to do so in the autotools buildsystem, we have AC_ARG_WITH([swift-toolchain], [AS_HELP_STRING([--with-swift-toolchain], [Specify path to Swift toolchain])], [swift_toolchain_path=${withval} AC_DEF

Re: [swift-dev] Swift CI PR builder dispatch linux failure

+ Daniel Daniel: how hard would it be for the Dispatch project to be modified to add the swiftc binary used to build the project as a dependency? > On Sep 23, 2016, at 12:55 PM, Ted Kremenek via swift-dev > wrote: > > Dispatch is a separate project. There isn’t a dependency in the Dispatch

Re: [swift-dev] Swift CI PR builder dispatch linux failure

Dispatch is a separate project. There isn’t a dependency in the Dispatch project to tell it is building with a new compiler. The project would need to be modified to add a dependency on the swiftc binary being used to compile this project. > On Sep 21, 2016, at 9:39 AM, Mishal Shah via swift-

Re: [swift-dev] Mirror behavior

> On Sep 22, 2016, at 10:08 PM, Will Stanton via swift-dev > wrote: > > Hello, > > I had a question about the intended behavior/functionality of mirrors in > Swift/Swift Foundation types. > > In general, should a Mirror reference all variables in a type? > I’m not sure what scope mirrors sh

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 14.04 (swift 3.0) #257

This is a failure while building Foundation, and is unrelated to the checkin that triggered the build: Test Suite 'TestNSData' started at 22:47:40.846 Test Case 'TestNSData.testBasicConstruction' started at 22:47:40.846 /home/buildnode/disk2/workspace/oss-swift-3.0-incremental-RA-linux-ubuntu-14_

Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 14.04 - Long Test (swift 3.0) #302

> Foundation/NSData.swift:19:8: error: module file was created by an older > version of the compiler; rebuild 'Dispatch' and try again: > /home/buildnode/jenkins/workspace/oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test/buildbot_incremental/libdispatch-linux-x86_64/src/swift/Dispatch.sw

Re: [swift-dev] Compiling on FreeBSD

Hi K, I met similar problem in Cygwin porting. I think it will be resolved by defining the typealias with #if/#endif, _stdlib_pthread_attr_t = UnsafePointer. Please reference my PR for Cygwin. https://github.com/apple/swift/pull/3886/files#diff-99fd89ad44c4466de8ad6b8aab9c207d Thanks Han Sangji