-
Notifications
You must be signed in to change notification settings - Fork 203
Extract everything depending on LLBuild into a SwiftDriverExecution library #263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Just to make sure I didn't completely break anything... @swift-ci please test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is great! Much better layering to separate out the execution bits, which several clients (like SwiftPM) don't need. We should be able to simplify the bootstrap script in CMake with this
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is really great.
I've now tested the CMake build locally and everything seemed to work, so once swiftlang/swift-package-manager#2946 is merged I'll run the full test suite with this PR and then it should be mergeable. |
Very excited for this to land :) |
…ibrary - Moved llbuild.Swift and the SwiftDriverExecutor into the new library - Avoid reexporting llbuildSwift through the new library - Update SPM and CMake builds
756a6ff
to
07caf40
Compare
Full swift-ci passed (swiftlang/swift#34040), so this should be good to go! @swift-ci test |
Fantastic, go for it once CI completes! |
No longer needed with swiftlang#263
No longer needed with swiftlang#263
No longer needed with swiftlang#263
This is a WIP because I'm guessing I won't get the CMake changes right on the first try and I still need to update SPM. This should hopefully make #246 and related changes simpler, although splitting the libraries is a bit of a pain in the short term.