Skip to content

Conversation

@speednoisemovement
Copy link
Collaborator

The Clang build relies on the clang/lld that come with the Swift toolchain, or it should. As it happens, Github runners preinstall Clang, so in jobs where we weren't installing a Swift toolchain as part of the setup-build action, we were relying on that. This doesn't work on CIRun runners.

This change adds an install of the pinned Swift toolchain to almost every step that wasn't previously doing so. The exception is a few steps where we install a previously-built compiler, which seems to cause a conflict.

Downstream run (with host toolchain; main purpose was to make sure we don't break the default build):
https://github.com/thebrowsercompany/swift-build/actions/workflows/build-toolchain.yml

Copy link
Owner

@compnerd compnerd left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The change contents look right, but I'm not sure I understand the commit message. The lld that should be used is the one from the toolchain that we are using to build. If that is a prebuilt Swift toolchain, it would be that one. But, if we build with a clang from llvm.org, it should be that.

Is this change just for lld?

@speednoisemovement
Copy link
Collaborator Author

When do we ever build with a Clang from llvm.org?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants