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

This has been fixed by merging https://github.com/apple/swift/pull/4788 . Next build should be clean. > On Jan 17, 2017, at 2:39 PM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-package-linux-ubuntu-16_10 [#272] > > Build URL: >

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

534f49bea4aeab5306bb9f2fdb7724d7e36803ef possibly caused this? Also, shouldn’t it have done some work to recompile after the code changed? + pushd /home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swift-corelibs-foundation

Re: [swift-dev] libxml/parser.h not found?

Looks like clang/CMakeLists.txt looks for libxml2: find_package(LibXml2 2.5.3 QUIET) if (LIBXML2_FOUND) set(CLANG_HAVE_LIBXML 1) endif() Perhaps you have the libxml2 library but not the libxml headers? Doug > On Nov 3, 2016, at 12:54 PM, Dave Abrahams via swift-dev >

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

rdan_r...@apple.com> wrote: > > Adding swift-corelibs-dev, since that’s where the Dispatch folks hang out. > >> On Nov 2, 2016, at 10:44, Doug Coleman via swift-dev <swift-dev@swift.org >> <mailto:swift-dev@swift.org>> wrote: >> >> https://bugs.swift.org

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

https://bugs.swift.org/browse/SR-2931 > On Nov 2, 2016, at 10:43 AM, no-re...@swift.org wrote: > > [FAILURE] oss-swift-incremental-RA-linux-ubuntu-15_10 [#8568] > > Build URL: > https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-15_10/8568/ >

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

/Tests/PackageLoadingTests/ManifestTests.swift:79: error: ManifestTests.testManifestLoading : failed - Unexpected error: invalidManifestFormat(nil) More relevant... > On Oct 28, 2016, at 6:17 PM, Doug Coleman via swift-dev <swift-dev@swift.org> > wrote: > > Filed a jira: http

Re: [swift-dev] [Swift CI] Build Still Failing: OSS - Swift Package - Ubuntu 15.10 (swift 3.0) #131

Filed a jira: https://bugs.swift.org/browse/SR-387 Ankit, is this one already fixed in master? I can’t find the bug report for the similar tempfile suffix naming bug. Thanks, Doug Compiling Swift Module 'swift_build' (3 sources) Link

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

Incremental build error or actual duplicate symbol? lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.x86_64.dir/sanitizer_posix.cc.o: In function `__sanitizer::FindAvailableMemoryRange(unsigned long, unsigned long, unsigned long)':

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

One of the next builds succeeded, so the code is fine. The problem with just doing a clean build is the job might be available on several machines, but only the machine that gets it next will try a clean build—the other machines might not get the clean build command. > On Oct 19, 2016, at

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

Failing with: undefined symbol: _TTSgq5Vs5UInt8___TFs27_allocateUninitializedArrayurFBwTGSax_Bp_ more: + pushd /home/buildnode/disk1/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swift-corelibs-foundation

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

POSIX.popen() sometimes breaks the build Looks like it’s still broken? Doug > On Oct 14, 2016, at 5:17 PM, Doug Coleman wrote: > > Flaky test code for popen()? I think we saw this before... > > > fatal error: 'try!' expression unexpectedly raised an error: >

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

Flaky test code for popen()? I think we saw this before... fatal error: 'try!' expression unexpectedly raised an error: POSIX.ShellError.popen(arguments: ["echo", "foo"], close error: Unknown error -1): file