[Swift CI] Build Failure: 0. OSS - Swift Incremental RA - Ubuntu 16.10 (master) #4272

Report

[FAILURE] oss-swift-incremental-RA-linux-ubuntu-16_10 [#4272]

Build URL:
https://ci.swift.org/job/oss-swift-incremental-RA-linux-ubuntu-16_10/4272/
Project:
oss-swift-incremental-RA-linux-ubuntu-16_10
Date of build:
Mon, 23 Jul 2018 22:00:15 -0500
Build duration:
17 min

Identified problems:

  • Compile Error: This build failed because of a compile error. Below is a list of all errors in the build log:

Tests:

Name: Swift(linux-x86_64)
Failed: 0 test(s), Passed: 10664 test(s), Total: 10664 test(s)
Name: Swift-Unit
Failed: 0 test(s), Passed: 523 test(s), Total: 523 test(s)

Changes

  • Commit 7a4aeed5706604141fd25275a7cc2e6e88924a95 by rjmccall:
    Implement generalized accessors using yield-once coroutines.

    • edit: include/swift/AST/Stmt.h
    • edit: lib/SIL/TypeLowering.cpp
    • edit: lib/SILGen/SILGenExpr.cpp
    • edit: lib/SILGen/SILGenFunction.h
    • edit: lib/SILOptimizer/Analysis/AccessedStorageAnalysis.cpp
    • add: test/Interpreter/generalized_accessors.swift
    • edit: lib/AST/ASTScope.cpp
    • edit: lib/AST/ASTVerifier.cpp
    • edit: lib/IDE/CodeCompletion.cpp
    • edit: lib/AST/PrettyStackTrace.cpp
    • edit: lib/AST/Stmt.cpp
    • edit: include/swift/AST/DiagnosticsParse.def
    • edit: include/swift/AST/DiagnosticsSema.def
    • edit: lib/AST/ASTContext.cpp
    • edit: lib/AST/Decl.cpp
    • edit: lib/SILOptimizer/Transforms/AccessEnforcementWMO.cpp
    • edit: utils/gyb_sourcekit_support/UIDs.py
    • edit: lib/Index/IndexSymbol.cpp
    • edit: utils/gyb_syntax_support/Token.py
    • edit: lib/SIL/SILOwnershipVerifier.cpp
    • edit: lib/AST/AccessRequests.cpp
    • edit: tools/SourceKit/lib/SwiftLang/CodeCompletionOrganizer.cpp
    • edit: lib/ParseSIL/ParseSIL.cpp
    • edit: lib/Sema/TypeChecker.h
    • edit: utils/gyb_syntax_support/StmtNodes.py
    • edit: lib/AST/ASTPrinter.cpp
    • edit: include/swift/Syntax/TokenKinds.def
    • edit: lib/SIL/MemAccessUtils.cpp
    • edit: docs/ABI/Mangling.rst
    • edit: include/swift/SIL/MemAccessUtils.h
    • edit: lib/SILGen/SILGenLValue.cpp
    • edit: tools/SourceKit/lib/SwiftLang/SwiftLangSupport.cpp
    • edit: lib/Demangling/Remangler.cpp
    • edit: lib/Parse/ParseDecl.cpp
    • edit: lib/Sema/CSSolver.cpp
    • edit: lib/SILGen/LValue.h
    • edit: lib/Demangling/OldRemangler.cpp
    • edit: lib/Syntax/Status.md
    • edit: lib/Parse/ParseExpr.cpp
    • edit: lib/AST/NameLookupImpl.h
    • edit: lib/Index/Index.cpp
    • edit: lib/Demangling/NodePrinter.cpp
    • edit: include/swift/AST/AnyFunctionRef.h
    • edit: include/swift/AST/StmtNodes.def
    • edit: lib/IRGen/GenMeta.cpp
    • edit: lib/SILGen/FormalEvaluation.cpp
    • edit: lib/AST/ASTDumper.cpp
    • edit: lib/Demangling/OldDemangler.cpp
    • edit: lib/Syntax/SyntaxClassifier.cpp.gyb
    • edit: include/swift/Demangling/DemangleNodes.def
    • edit: lib/SILGen/Cleanup.h
    • edit: lib/Sema/MiscDiagnostics.cpp
    • edit: tools/swift-ide-test/swift-ide-test.cpp
    • edit: lib/Sema/TypeCheckStmt.cpp
    • edit: include/swift/Parse/CodeCompletionCallbacks.h
    • edit: test/decl/subscript/addressors.swift
    • edit: lib/Serialization/Serialization.cpp
    • edit: lib/Sema/TypeCheckProtocol.cpp
    • edit: lib/SIL/SILFunctionType.cpp
    • edit: lib/SILGen/SILGenApply.cpp
    • edit: lib/IRGen/IRGenDebugInfo.cpp
    • edit: lib/SILGen/SILGenEpilog.cpp
    • edit: lib/SILGen/SILGen.h
    • edit: lib/SILGen/SILGenStmt.cpp
    • edit: lib/SILGen/SILGenBuilder.cpp
    • edit: lib/Sema/CodeSynthesis.cpp
    • add: test/stmt/yield.swift
    • edit: lib/AST/ASTWalker.cpp
    • edit: lib/Sema/TypeCheckDecl.cpp
    • edit: lib/AST/ASTMangler.cpp
    • edit: lib/SILGen/Cleanup.cpp
    • edit: lib/Parse/ParseStmt.cpp
    • edit: utils/gyb_syntax_support/DeclNodes.py
    • edit: include/swift/AST/AccessorKinds.def
    • edit: include/swift/AST/Decl.h
    • edit: include/swift/Serialization/ModuleFormat.h
    • add: test/SILGen/read_accessor.swift
    • add: test/SILGen/modify_accessor.swift
    • add: test/Sema/generalized_accessors.swift
    • edit: lib/Demangling/Demangler.cpp
    • edit: lib/Sema/TypeCheckDeclOverride.cpp
    • edit: lib/SILGen/SILGenBuilder.h
    • edit: lib/Sema/CSDiag.cpp
    • edit: include/swift/AST/StorageImpl.h
    • edit: lib/IRGen/GenClass.cpp
    • edit: lib/SILGen/Scope.h
    • edit: include/swift/Parse/Parser.h
    • edit: include/swift/IDE/CodeCompletion.h
    • edit: lib/Serialization/Deserialization.cpp
    • edit: lib/SIL/SILPrinter.cpp
    • edit: lib/Sema/TypeCheckDeclObjC.cpp
/home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/swiftpm/Sources/SPMLLBuild/llbuild.swift:13:19: error: module file was created by an older version of the compiler; rebuild 'llbuildSwift' and try again: /home/buildnode/jenkins/workspace/oss-swift-incremental-RA-linux-ubuntu-16_10/buildbot_incremental/llbuild-linux-x86_64/products/llbuildSwift/llbuildSwift.swiftmodule **22:17:23** @_exported import llbuildSwift **22:17:23**                   ^

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

John.

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

I’ve opened https://github.com/apple/swift/pull/18175 to revert, but please check if that test if going to be easy to fix so instead of reverting we could do that.

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

I’ve opened https://github.com/apple/swift/pull/18175 to revert, but please check if that test if going to be easy to fix so instead of reverting we could do that.

Alright, I'll see if I can reproduce it ASAP.

We should try clearing the workspaces on the 16.10 bots.

John.

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

I’ve opened https://github.com/apple/swift/pull/18175 to revert, but please check if that test if going to be easy to fix so instead of reverting we could do that.

Alright, I'll see if I can reproduce it ASAP.

We should try clearing the workspaces on the 16.10 bots.

I can definitely trigger a clean build if you think that this is going to help?…

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

I’ve opened https://github.com/apple/swift/pull/18175 to revert, but please check if that test if going to be easy to fix so instead of reverting we could do that.

Alright, I'll see if I can reproduce it ASAP.

We should try clearing the workspaces on the 16.10 bots.

I can definitely trigger a clean build if you think that this is going to help?…

On the 16.10 bots, it is definitely something to try; odds are very good that that's some sort of staleness issue.

It seems unlikely that that's the problem on the 18.04 bot, but I guess it wouldn't hurt.

John.

I don't understand how this could be my fault as opposed to, I guess, something in swiftpm's build system having changed so that it fails to rebuild all its libraries when given a new Swift compiler.

But this other failure is just a failure in my test, so reverting my PR seems prudent:
https://ci.swift.org/job/oss-swift-package-linux-ubuntu-18_04/3/

I’ve opened https://github.com/apple/swift/pull/18175 to revert, but please check if that test if going to be easy to fix so instead of reverting we could do that.

Alright, I'll see if I can reproduce it ASAP.

We should try clearing the workspaces on the 16.10 bots.

I can definitely trigger a clean build if you think that this is going to help?…

On the 16.10 bots, it is definitely something to try; odds are very good that that's some sort of staleness issue.

It seems unlikely that that's the problem on the 18.04 bot, but I guess it wouldn't hurt.

Triggered cleanup of Linux bots, let's see if that helps!

The crashes in ArgEmitter should be fixed by Fix a dangling reference by just copying the error convention by rjmccall · Pull Request #18176 · apple/swift · GitHub.