Re: [swift-dev] [Swift CI] Build Still Failing: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #423

POSIX.popen() sometimes breaks the build > On 08-Nov-2016, at 1:11 PM, no-re...@swift.org wrote: > > New issue found! > > [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#423] > > Build URL: > https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/423/ >

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - OS X (master) #7096

Looking into. > On Nov 7, 2016, at 9:05 PM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-incremental-RA-osx [#7096] > > Build URL:https://ci.swift.org/job/oss-swift-incremental-RA-osx/7096/ > > Project: oss-swift-increm

Re: [swift-dev] Associated type inference fun with RandomAccessCollection

Sent from my iPhone > On Nov 7, 2016, at 7:07 PM, Mark Lacey wrote: > > >> On Nov 7, 2016, at 6:16 PM, Douglas Gregor via swift-dev >> wrote: >> >> Hi all, >> >> While working on the type checker, I came across an interesting case for >> associated type inference with the ‘Indices’ type

Re: [swift-dev] Associated type inference fun with RandomAccessCollection

Voting for 1. This is an ambiguity in stdlib through and through IMO. ~Robert Widmann 2016/11/07 22:07、Mark Lacey via swift-dev のメッセージ: > >> On Nov 7, 2016, at 6:16 PM, Douglas Gregor via swift-dev >> wrote: >> >> Hi all, >> >> While working on the type checker, I came across an interesti

[swift-dev] Glibc.swift: error: no such module 'SwiftGlibc'

I am trying to build Swift for Android and I'm getting the error: Glibc.swift:13:19: error: no such module 'SwiftGlibc' I found several other posts asking about this problem for Linux, but no solid resolution. https://lists.swift.org/pipermail/swift-dev/Week-of-Mon-20160418/001741.html https://w

Re: [swift-dev] Associated type inference fun with RandomAccessCollection

> On Nov 7, 2016, at 6:16 PM, Douglas Gregor via swift-dev > wrote: > > Hi all, > > While working on the type checker, I came across an interesting case for > associated type inference with the ‘Indices’ type of RandomAccessCollection. > At issue is a simple model of RandomAccessCollection w

Re: [swift-dev] Initializing constant object graph with cycles

> On Nov 4, 2016, at 2:57 AM, Anton Mironov via swift-dev > wrote: > > Hi all, > > I want to initialize constant object graph with cycles. I've considered two > workarounds, but this is not a way I want it to be. > > Here is an example: > ``` > // I have a context > protocol Context : class

[swift-dev] Associated type inference fun with RandomAccessCollection

Hi all, While working on the type checker, I came across an interesting case for associated type inference with the ‘Indices’ type of RandomAccessCollection. At issue is a simple model of RandomAccessCollection where the Index type is Int: class ReferenceCollection : RandomAccessCollection {

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - OS X (master) #7093

https://bugs.swift.org/browse/SR-3122 Test Case '-[FunctionalTests.MiscellaneousTestCase testSwiftTestParallelAndReturnError:]' started. <>/Users/buildnode/jenkins/workspace/oss-swift-incremental-RA-osx/swiftpm/Tests/FunctionalTests/MiscellaneousTests.swift:377: error: -[FunctionalTests.Miscel

Re: [swift-dev] [Swift CI] [FAILURE] oss-swift_tools-RA_stdlib-RDA_test-macos-resilience [#5]

> On Nov 7, 2016, at 5:00 PM, mishal_shah via swift-dev > wrote: > > SIL verification failed: function_ref inside fragile function cannot > reference a private or hidden symbol: (SingleFunction && > RefF->isExternalDeclaration()) || RefF->hasValidLinkageForFragileRef() > > This is functio

[swift-dev] [Swift CI] [FAILURE] oss-swift_tools-RA_stdlib-RDA_test-macos-resilience [#5]

SIL verification failed: function_ref inside fragile function cannot reference a private or hidden symbol: (SingleFunction && RefF->isExternalDeclaration()) || RefF->hasValidLinkageForFragileRef() Thanks, Mishal Shah [FAILURE] oss-swift_tools-RA_stdlib-RDA_test-macos-resilience [#5] Build UR

Re: [swift-dev] Recent automerges break clang build

Sorry about that, will fix promptly. > On Nov 7, 2016, at 3:42 PM, Dave Abrahams via swift-dev > wrote: > > > https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/416/consoleFull#-1996075066ee1a197b-acac-4b17-83cf-a53b95139a76 > shows a build failure I'm reproducing locally. >

[swift-dev] Recent automerges break clang build

https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/416/consoleFull#-1996075066ee1a197b-acac-4b17-83cf-a53b95139a76 shows a build failure I'm reproducing locally. Rolling back to 4caa7532f923e759093df9227df20a36a002d28d (before recent indexing-related changes) fixes it for me. -

[swift-dev] PVS-Studio static analysis results for the Swift project

Hello all, The latest LLVM Weekly featured a blog post by some folks who make a static analyzer named PVS-Studio. They published a blog post of the errors they encountered in the LLVM project. Although the report contained many f

Re: [swift-dev] Casting shadow protocols

on Mon Nov 07 2016, Alexis wrote: > Does _unsafeReferenceCast at least verify that the types in question > could theoretically be cast into each other? That is, one is derived > from the other? Not IIRC > If so, that would probably be an acceptable improvement. (the best we > could ever hope

Re: [swift-dev] Casting shadow protocols

Does _unsafeReferenceCast at least verify that the types in question could theoretically be cast into each other? That is, one is derived from the other? If so, that would probably be an acceptable improvement. (the best we could ever hope to do?) > On Nov 7, 2016, at 2:30 PM, Dave Abrahams wr

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

TIMEOUT: test_dsym (functionalities/thread/exit_during_step/TestExitDuringStep.py) === Test Result Summary === Test Methods: 1969 Reruns:0 Success:1444 Expected Failure:112 Failure: 0 Error: 0 Exce

Re: [swift-dev] Casting shadow protocols

on Mon Nov 07 2016, Alexis wrote: >> On Nov 4, 2016, at 11:55 PM, Dave Abrahams via swift-dev >> wrote: >> >> >> on Fri Nov 04 2016, Slava Pestov > > wrote: >> >>> If the casts are always in one direction, can you make one protocol >>> refine another? >> >>

Re: [swift-dev] Casting shadow protocols

> On Nov 4, 2016, at 11:55 PM, Dave Abrahams via swift-dev > wrote: > > > on Fri Nov 04 2016, Slava Pestov > wrote: > >> If the casts are always in one direction, can you make one protocol >> refine another? > > Yeah, I am shocked if they don't do that alread

[swift-dev] TWISt-shout Newsletter 2016-11-07

Here is your TWISt-shout Newsletter for the week of 2016-10-31 to 2016-11-06 https://github.com/pepperdog/TWISt-shout/blob/master/2016/TWISt-shout-2016-11-07.md Enjoy! -Kenny ___ swift-dev mailing list swift-dev@swift.org https://lists.swift.org/mailm

[swift-dev] Removed Ubuntu 14.04 and 15.10 CI and pre-built package support

Hi all, Per our plan for handling Ubuntu releases, we have now shut down the Ubuntu 14.04 and Ubuntu 15.10 CI. At this point we are running CI and building pre-built packages for Ubuntu 16.04 x86_64 and Ubuntu 16.10 x86_64. See the following email for more details on our plan for handling adopti

Re: [swift-dev] Minimal clang to support swift?

> On 3 Nov 2016, at 18:48, William Dillon via swift-dev > wrote: > > HI all, > > I'm working on a resource-constrained embedded system, and I'd like to reduce > the size of my swift install as much as possible. In deployment, I'll need > to figure out what a non-compiling swift support inst