Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master-llvm-swift5-transition) #40

Oops, I meant to do +Philippe, sorry Pierre. > On Jan 12, 2018, at 3:37 PM, Ben Langmuir wrote: > > + Pierre > > Can we xfail/disable this test? > >> On Jan 12, 2018, at 3:13 PM, Pavel Yaskevich > > wrote: >> >> It looks like one of the tests in foundation got stu

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master-llvm-swift5-transition) #40

+ Pierre Can we xfail/disable this test? > On Jan 12, 2018, at 3:13 PM, Pavel Yaskevich wrote: > > It looks like one of the tests in foundation got stuck again, I’ve seen that > happen multiple times already with random changes: > > Test Case 'TestNSLock.test_threadsAndLocks' started at 2018-

Re: [swift-dev] [Swift CI] Build Failure: 2. Swift Source Compatibility Suite (master) #1064

Luke, there seems to be a problem setting up Kitura. I didn't see this issue locally. 'Kitura' /Users/buildnode/jenkins/workspace-private/swift-master-source-compat-suite/project_cache/Kitura: error: product dependency 'KituraNet' not found 'Kitura' /Users/buildnode/jenkins/workspace-private/

Re: [swift-dev] [Swift CI] Build Still Failing: 1. OSS - Swift ASAN - OS X (master) #927

Mishal, macOS-10 is out of space and all jobs failed. Could you take a look? > On Jan 11, 2018, at 7:17 AM, Douglas Gregor wrote: > > “No space left on device" > >> On Jan 11, 2018, at 6:36 AM, swift...@swift.org >> wrote: >> >> New issue found! >> >> [FAILURE]

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

This is the second time I recall seeing this recently. The following tests FAILED: 5 - dispatch_group (Timeout) > On Jan 9, 2018, at 12:08 PM, swift...@swift.org wrote: > > [FAILURE] oss-swift-incremental-RA-linux-ubuntu-14_04 [#2364] > > Build URL: > https://ci.swift.org/job/o

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.1) #653

+ Tony, Philippe Do either of you recognize this issue? > On Jan 9, 2018, at 11:27 AM, Ben Langmuir via swift-dev > wrote: > > I don't see an obvious connection between these changes and the timeout. > > Test Case 'TestNSLock.test_threadsAndLocks' s

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.1) #653

I don't see an obvious connection between these changes and the timeout. Test Case 'TestNSLock.test_threadsAndLocks' started at 2018-01-09 18:34:55.372 <>Build timed out (after 45 minutes). Marking the build as failed. > On Jan 9, 2018, at 11:20 AM, swift...@swift.org wrote: > > [FAILURE] oss-s

Re: [swift-dev] [swift-lldb-dev] Switching swift to C++14

Hi Ted, I've created a PR to revert this: https://github.com/apple/swift/pull/13804 Updating to C++14 broke our Ubuntu 14.04 bots. While those bots are using a new-enough clang, they are still using the system's libstdc++ 4.8 which doesn't include f

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

al things for 14.04. See: docs/Ubuntu14.md. > > I imagine the problem could be that we need to change that special series of > steps/update the documentation. > > Michael > >> On Jan 8, 2018, at 11:02 AM, Ben Langmuir via swift-dev >> wrote: >> >> May

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

Maybe the libc++ on this host (Ubuntu 14.04) is too old for this feature? All of our 14.04 bots are broken AFAICT. Ben > On Jan 5, 2018, at 7:39 PM, Michael Ilseman via swift-dev > wrote: > > Err, wrong version of C++ somehow? > > /home/buildnode/jenkins/workspace/oss-swift-package-linux-ub

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.1) #503

Not it. 5/21 Test #5: dispatch_group ...***Timeout 30.02 sec Start 6: dispatch_overcommit > On Dec 14, 2017, at 3:30 PM, swift...@swift.org wrote: > > [FAILURE] oss-swift-4.1-incremental-RA-linux-ubuntu-16_04 [#503] > > Build URL: > https://ci.swift.org/job/oss-swif

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

This is not related to my change AFAICT. We've seen odd crashes in this test before. At one point I tried to modify the test to get more info from it (https://github.com/apple/swift/pull/11896). Maybe I should revive that. > On Oct 2, 2017, at 4:16 PM, no-re...@swift.org wrote: > > [FAILURE

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

Looks like it crashed during shutdown. I’ll try to get a stack trace if it crashes again via https://github.com/apple/swift/pull/11896. > On Sep 13, 2017, at 12:59 AM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_04 [#502] > > Build URL: > https://ci.sw

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

Thanks Arnold; if that doesn't do it I'll clean the workspace. > On Sep 13, 2017, at 8:57 AM, Arnold Schwaighofer > wrote: > > It looks like TestFoundation was not rebuild. The failing test has passed on > incremental linux bots who rebuild TestFoundation. If the executable still > references

Re: [swift-dev] [Swift CI] Build Failure: 2. Swift Source Compatibility Suite (master) #220

Any ideas? It looks like we can’t find UICollectionViewLayout.prepare(), but the same file compiled okay in the “Chatto” project (this one is “ChattoApp”). The SDK versions appear to be the same as the previous build, and Doug’s commit looks unrelated to me. The project is using the same hash a

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

This commit was reverted in https://github.com/apple/swift/pull/11878 > On Sep 12, 2017, at 12:26 PM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_04 [#490] > > Build URL: > https://ci.swift.org/job/oss-swift-in

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

Could be the same as https://bugs.swift.org/browse/SR-5871 > On Sep 12, 2017, at 9:21 AM, Douglas Gregor wrote: > > Huh. This failure > > TestFoundation/TestThread.swift:110: error: TestThread.test_mainThread > : XCTAssertTrue failed - NSCondition wait timed out > > Have we seen it befo

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

17, at 10:08 AM, Ben Langmuir via swift-dev > wrote: > > Looks like this has crashed a few times recently: > > > /home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swift/utils/build-script-impl: > line 260: 17061 Segmentation fault "$@&q

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

Looks like this has crashed a few times recently: /home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swift/utils/build-script-impl: line 260: 17061 Segmentation fault "$@" /home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swift/utils/bu

Re: [swift-dev] [Swift CI] Build Failure: OSS - Swift Package - OS X (master) #3462

This was fixed in the next build. > On May 30, 2017, at 9:00 PM, no-reply--- via swift-dev > wrote: > > [FAILURE] oss-swift-package-osx [#3462] > > Build URL:https://ci.swift.org/job/oss-swift-package-osx/3462/ > > Project: oss-s

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.0) #448

#x27;ve managed to reproduce this. > > Here's the log: > https://gist.github.com/rintaro/f2219ffc5c310cb58c5abda32092cb15 > <https://gist.github.com/rintaro/f2219ffc5c310cb58c5abda32092cb15> > > > > > 2017-05-17 9:32 GMT+09:00 Ben Langmuir via swift-dev

Re: [swift-dev] [Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.04 (swift 4.0) #448

I looks like it crashed. Unfortunately I’m piping stderr to file check so I can’t see anything useful in the output. Did we capture a crash log? > On May 16, 2017, at 5:29 PM, Jordan Rose wrote: > > I don't think this is any of mine. > > /home/buildnode/disk2/workspace/oss-swift-4.0-incremen

Re: [swift-dev] [SourceKit] NSRange, Swift.String, and NSString

> On Mar 24, 2017, at 10:59 AM, Tyler Stromberg via swift-dev > wrote: > > I'm currently working on integrating SourceKit with a macOS application. > AppKit APIs (e.g. NSAttributedString, NSLayoutManager, etc) deal in terms of > NSRange (UTF-16 code units?). SourceKit, however, deals in terms

Re: [swift-dev] Filename, Line and Column for SourceLoc

+1. The fact that APIs named “getLineNumber” and “getLineAndColumn” do subtly different things is pretty awful. I like “presumed” better than “virtual”, but it’s not a big deal to me either way. Ben > On Mar 16, 2017, at 3:20 PM, Jordan Rose via swift-dev > wrote: > > FWIW this sounds lik

Re: [swift-dev] Using git-clang-format in the Swift compiler code base.

> On Jan 26, 2017, at 9:14 AM, Andrew Trick wrote: > > >> On Jan 26, 2017, at 9:11 AM, Ben Langmuir > > wrote: >>> >>> ** Option 1: Add a simple configuration option to swift/.clang-format: >>> >>> 1a. BreakBeforeBinaryOperators: All >>> >>> 1b. BreakBeforeBinaryO

Re: [swift-dev] Using git-clang-format in the Swift compiler code base.

> On Jan 26, 2017, at 2:07 AM, Andrew Trick via swift-dev > wrote: > > Before I pull in a large PR that "accidentally" reformats a bunch of code, I > want to get feedback on how Swift compiler devs plan to use `clang-format`. > (BTW, here's the PR https://github.com/apple/swift/pull/6922). >

Re: [swift-dev] Flaky test - objc_nonnull_lie_hack

I saw this once on Tuesday. I haven’t seen it since then. > On Sep 9, 2016, at 2:45 PM, Slava Pestov via swift-dev > wrote: > > Hi all, > > Is anyone else seeing this? I haven’t seen it in CI, but for me this test > fails at random, very rarely too — looks like something is non-deterministic

Re: [swift-dev] Swift 2.3 branch build broken

+Nicole, Ted Can we delete swift-2.3-branch in swift-clang/swift-llvm? This is a common gotcha when checking out 2.3. If it’s not already tagged (which would be surprising), we can tag this for archival. Ben > On Sep 9, 2016, at 1:39 PM, Devin Coughlin via swift-dev > wrote: > > >> On Se

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

@itai, this looks like your change based on the commit message. Foundation/NSHTTPCookie.swift:262:36: error: 'init(localeIdentifier:)' has been renamed to 'init(identifier:)' formatter.locale = Locale(localeIdentifier: "en_US_POSIX") ^ Foundation

Re: [swift-dev] Initial smoke test PR message confusion

Do we have control of this message? Can we change the heading to something like “Please run required checks”. > On Jul 28, 2016, at 10:40 PM, Michael Gottesman via swift-dev > wrote: > > Hey everyone. > > From talking with various people I think there is some confusion around the > initial

Re: [swift-dev] Anyone running build-toolchain on linux?

That error indicates some kind of filesystem issue in the module cache directory - no permissions, out of space, the directory has been removed by some other process, etc. +Bruno who was looking at making this error more specific. Ben > On Jul 28, 2016, at 9:29 AM, Daniel Dunbar wrote: > >

Re: [swift-dev] PR testing failing on test/IDE/print_omit_needless_words.swift

FYI I filed print_omit_needless_words.swift: flattened vs. flattening I also disabled the test on simulator for now, so PR testing should be passing again. > On Jul 22, 2016, at 11:42 AM, Jordan Rose via swift-dev > wrote: > > Hey, Max, any idea why my PR test keeps failing on this? I saw

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

These are failing in SwiftPM; and not related to these commits. Did our Foundation get out of sync from SwiftPM? /Users/buildnode/jenkins/workspace/oss-swift-incremental-RA-osx/swiftpm/Sources/Basic/Lock.swift:11:14: error: no such decl in module import class Foundation.Lock ^

Re: [swift-dev] Fixit for trailing closures

> On Jul 5, 2016, at 7:57 PM, Erica Sadun via swift-dev > wrote: > > > >> On Jul 5, 2016, at 7:42 PM, Xi Ge via swift-dev > > wrote: >> >>> >>> On Jul 5, 2016, at 5:39 PM, Xi Ge via swift-dev >> > wrote: >>> On Jul 5, 2016, at 5:

Re: [swift-dev] Fixit for trailing closures

> On Jul 5, 2016, at 4:34 PM, Xi Ge via swift-dev wrote: > > Hi Swift-devs, > I have tried to add a fixit to help developers using trailing closures more, > motivated by my observation during WWDC that some developers > do not even realize that we have such a feature. In my opinion, trailing

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

This failure is not related to my revert (although if it broke in the last hour or so could have been hidden because we failed before we got to the Foundation tests). Philippe, any idea what this is? TestFoundation/TestNSTimer.swift:62: error: TestNSTimer.test_timerRepeats : XCTAssertEqualWith

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

Looks like it timed out. Happened a few builds ago too: https://ci.swift.org/job/oss-swift-package-linux-ubuntu-15_10/1597 TEST 'swift-package-tests :: repl/test-repl-glibc.py' FAILED

Re: [swift-dev] SwiftGlibc: Use VFS overlay instead of -fmodule-map-file

> On May 25, 2016, at 8:04 PM, rintaro ishizaki wrote: > > > That said, the VFS is a fairly, well, hacky piece of Clang, and I’m not > > sure we’d want to add a new dependency on it. Ben, Daniel, what do you > > think? Sorry for not replying earlier. Daniel, I believe you considered building

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

I was tired of seeing and writing these emails: commit 24f685c1d29cd926b1674e099bfcca6ed8673491 Author: Ben Langmuir Date: Wed Mar 16 10:36:02 2016 Decrease the probability that stdlib/Hashing.swift will fail Bump the number of trials from 10 to 14, which makes the test orders of