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

Michael Gottesman mgottesman at apple.com
Sun Sep 25 00:32:51 CDT 2016


> On Sep 24, 2016, at 10:29 PM, Daniel Dunbar <daniel_dunbar at apple.com> wrote:
> 
> 
>> On Sep 24, 2016, at 9:33 PM, Michael Gottesman <mgottesman at apple.com <mailto:mgottesman at apple.com>> wrote:
>> 
>> 
>>> On Sep 24, 2016, at 8:15 PM, Daniel Dunbar <daniel_dunbar at apple.com <mailto:daniel_dunbar at apple.com>> wrote:
>>> 
>>> Alternately, we could change their build scripts to generate llbuild manifest files and build using llbuild (which tracks the Swift compiler version automatically as a dependency). This is why SwiftPM doesn't usually hit this problem, for example.
>> 
>> I do not understand how swiftpm could help here given that part of the issue is in the dispatch overlay. This is currently built by Swift's cmake build system. Could you be more explicit about what you are suggesting?
> 
> I didn't say swiftpm, I said an llbuild manifest. The actual build system SwiftPM uses is provided by llbuild's swift-build-tool, and doesn't depend on Swift.

Sorry for me being unclear. I was saying that anything that worked with swiftpm's build would not work here given that we are talking about dependencies in between Swift's cmake build and ilbdispatch's build.

> 
> I haven't kept up with how libdispatch is built, I assumed it was using a custom build process like Foundation and XCTest.
> 
>  - Daniel
> 
>> 
>> Michael
>> 
>>> 
>>>  - Daniel
>>> 
>>>> On Sep 24, 2016, at 7:57 PM, Michael Gottesman via swift-dev <swift-dev at swift.org <mailto:swift-dev at swift.org>> wrote:
>>>> 
>>>> 
>>>>> On Sep 23, 2016, at 10:02 AM, Jordan Rose via swift-dev <swift-dev at swift.org <mailto:swift-dev at swift.org>> wrote:
>>>>> 
>>>>>> 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.swiftmodule
>>>>>> 
>>>>>> import Dispatch
>>>>>>        ^
>>>>> 
>>>>> I thought we fixed this—we need to build Swift, then libdispatch, then the Dispatch overlay, then Foundation. Has no one set that up yet?
>>>> 
>>>> I wonder if it would just make sense to create a cmake build system for dispatch and have ninja just understand the dependencies. If we update to a newer cmake (3.6), we can use subninja's to just have ninja understand the dependencies directly.
>>>> 
>>>>> 
>>>>> 
>>>>>> On Sep 23, 2016, at 0:51, no-reply at swift.org <mailto:no-reply at swift.org> wrote:
>>>>>> 
>>>>>> New issue found!
>>>>>> 
>>>>>> [FAILURE] oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test [#302]
>>>>>> 
>>>>>> Build URL:	https://ci.swift.org/job/oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test/302/ <https://ci.swift.org/job/oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test/302/>
>>>>>> Project:	oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test
>>>>>> Date of build:	Fri, 23 Sep 2016 00:42:00 -0700
>>>>>> Build duration:	9 min 45 sec
>>>>>> Identified problems:
>>>>>> 
>>>>>> Compile Error: This build failed because of a compile error. Below is a list of all errors in the build log:
>>>>>> Indication 1 <https://ci.swift.org//job/oss-swift-3.0-incremental-RA-linux-ubuntu-14_04-long-test/302/consoleFull#-1501563328ee1a197b-acac-4b17-83cf-a53b95139a76>
>>>>>> Tests:
>>>>>> 
>>>>>> Name: Swift(linux-x86_64)
>>>>>> Failed: 0 test(s), Passed: 8245 test(s), Total: 8245 test(s)
>>>>>> Name: Swift-Unit
>>>>>> Failed: 0 test(s), Passed: 230 test(s), Total: 230 test(s)
>>>>>> 
>>>>>> Changes
>>>>>> 
>>>>>> Commit d8a375727247d3c9e3295a9af1fec079485c5310 by jordan_rose:
>>>>>> Merge pull request #4682 from jrose-apple/generic-param-fix-it
>>>>>> 
>>>>>> edit: test/Constraints/construction.swift
>>>>>> edit: test/Constraints/generics.swift
>>>>>> edit: include/swift/AST/DiagnosticsSema.def
>>>>>> edit: lib/FrontendTool/FrontendTool.cpp
>>>>>> edit: lib/Sema/TypeChecker.h
>>>>>> edit: lib/Sema/MiscDiagnostics.cpp
>>>>>> edit: lib/Sema/TypeCheckType.cpp
>>>>>> edit: test/Constraints/bridging.swift
>>>>>> edit: test/Constraints/incomplete_function_ref.swift
>>>>>> edit: test/FixCode/fixits-apply.swift
>>>>>> edit: test/decl/typealias/generic.swift
>>>>>> edit: test/FixCode/fixits-apply.swift.result
>>>>>> edit: lib/Sema/CSDiag.cpp
>>>>>> 
>>>>>> Commit 509ee4c7c8113e5865a22ffb9053b0236d7160ec by jordan_rose:
>>>>>> Don't use construction to convert literals in rawValue fix-it. (#4934)
>>>>>> 
>>>>>> edit: test/FixCode/fixits-apply.swift.result
>>>>>> edit: lib/Sema/CSDiag.cpp
>>>>>> edit: test/FixCode/fixits-apply.swift
>>>>> 
>>>>> _______________________________________________
>>>>> swift-dev mailing list
>>>>> swift-dev at swift.org <mailto:swift-dev at swift.org>
>>>>> https://lists.swift.org/mailman/listinfo/swift-dev <https://lists.swift.org/mailman/listinfo/swift-dev>
>>>> 
>>>> _______________________________________________
>>>> swift-dev mailing list
>>>> swift-dev at swift.org <mailto:swift-dev at swift.org>
>>>> https://lists.swift.org/mailman/listinfo/swift-dev <https://lists.swift.org/mailman/listinfo/swift-dev>
>>> 
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-corelibs-dev/attachments/20160924/9156d34c/attachment.html>


More information about the swift-corelibs-dev mailing list