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

Same issue, for Doug: Compile Swift Module 'libc' (2 sources) Compile Swift Module 'swiftpm_xctest_helper' (1 sources) Compile Swift Module 'PackageDescription' (6 sources) Compile Swift Module 'POSIX' (15 sources) Linking /home/buildnode/disk2/workspace/oss-swift-package-linux-ubuntu-16_04/build

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

use gated merges from LLVM swift-*-branch to stable > On Jan 31, 2017, at 1:20 PM, Frédéric Riss wrote: > > >> On Jan 31, 2017, at 1:17 PM, Michael Ilseman > > wrote: >> >> Thanks, could you file a radar with the details? > > I’m pretty sure there’s already one lyi

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

> On Jan 31, 2017, at 1:17 PM, Michael Ilseman wrote: > > Thanks, could you file a radar with the details? I’m pretty sure there’s already one lying around. +Michael G, +Bob with whom this was discussed in the past (this is about gating merges swift-x.x-branch->stable on some kind of automati

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

Thanks, could you file a radar with the details? > On Jan 31, 2017, at 12:54 PM, Frédéric Riss wrote: > > >> On Jan 31, 2017, at 12:03 PM, Michael Ilseman > > wrote: >> >> Fred, do you know why this wasn’t caught by PR testing? > > This commit went to the clang sta

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

> On Jan 31, 2017, at 12:03 PM, Michael Ilseman wrote: > > Fred, do you know why this wasn’t caught by PR testing? This commit went to the clang stable branch. There’s no PR testing there. I’ve been sloppy, the change was so simple that I decided no to test it. Of course I typoed. The plan w

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

Fred, do you know why this wasn’t caught by PR testing? > On Jan 31, 2017, at 11:16 AM, Michael Ilseman wrote: > > Thank you! > >> On Jan 31, 2017, at 11:15 AM, Frédéric Riss > > wrote: >> >> Yes, I already pushed a fix. Sorry about that. >> >> Fred >> >>> On Jan 31,

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

Yes, I already pushed a fix. Sorry about that. Fred > On Jan 31, 2017, at 11:13 AM, Michael Ilseman wrote: > > Fred, probably you? > > CMake Error at tools/clang/tools/driver/CMakeLists.txt:79 (set): > Syntax error in cmake code at > > > /Users/buildnode/jenkins/workspace/oss-lldb-swi

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

Thank you! > On Jan 31, 2017, at 11:15 AM, Frédéric Riss wrote: > > Yes, I already pushed a fix. Sorry about that. > > Fred > >> On Jan 31, 2017, at 11:13 AM, Michael Ilseman > > wrote: >> >> Fred, probably you? >> >> CMake Error at tools/clang/tools/driver/CMakeL

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - LLDB Incremental - OS X (swift 3.1) #187

Fred, probably you? CMake Error at tools/clang/tools/driver/CMakeLists.txt:79 (set): Syntax error in cmake code at /Users/buildnode/jenkins/workspace/oss-lldb-swift-3.1-incremental-osx/llvm/tools/clang/tools/driver/CMakeLists.txt:79 when parsing string ${LLVM_VERSION_MAJOR}.${LLVM_

Re: [swift-dev] Performance issues in automatic reference counting (ARC)?

> On Jan 31, 2017, at 12:07 AM, Mikio Takeuchi wrote: > > Hi Michael, > > > If you are interested in the perf difference with ARC atomics, Roman > > recently added a mode to the compiler called -assume-single-threaded that > > uses non-atomic reference counts anywhere. > > I think that is no

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

Corruption inside an xctest test? # command stderr: *** Error in `/home/buildnode/disk2/workspace/oss-swift-incremental-RA-linux-ubuntu-14_04/swift-corelibs-xctest/Tests/Functional/Asynchronous/Predicates/Expectations/Output/Asynchronous-Predicates': double free or corruption (fasttop): 0x7

Re: [swift-dev] Performance issues in automatic reference counting (ARC)?

Hi Mikio, > On Jan 31, 2017, at 12:07 AM, Mikio Takeuchi via swift-dev > wrote: > > Hi Michael, > > > If you are interested in the perf difference with ARC atomics, Roman > > recently added a mode to the compiler called -assume-single-threaded that > > uses non-atomic reference counts anywhe

Re: [swift-dev] Linux Swift API

Hi Roman, > On 31 Jan 2017, at 15:51, Roman Pastushkov via swift-dev > wrote: > > Hello everyone! Now i am trying (newbie) on Ubuntu Swift 3. I am trying to > Read String from File Using FileHandle > > import Foundation > let filemgr = FileManager.default > let filepath1 = "/home/roman/test"

[swift-dev] Linux Swift API

Hello everyone! Now i am trying (newbie) on Ubuntu Swift 3. I am trying to Read String from File Using FileHandle import Foundation let filemgr = FileManager.default let filepath1 = "/home/roman/test" let file: FileHandle? = FileHandle(forReadingAtPath: filepath1) if file == nil { print

Re: [swift-dev] Performance issues in automatic reference counting (ARC)?

Hi Michael, > If you are interested in the perf difference with ARC atomics, Roman recently added a mode to the compiler called -assume-single-threaded that uses non-atomic reference counts anywhere. I think that is not exactly true. As of now, -assume-single-threaded option can eliminate atomi