-
Notifications
You must be signed in to change notification settings - Fork 229
[Static SDK] Disable assertions in the Swift build. #557
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
Changes from 1 commit
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -115,7 +115,7 @@ declare_package libarchive "libarchive" "BSD-2-Clause" "https://www.libarchive.o | |
| declare_package mimalloc "mimalloc" "MIT" "https://microsoft.github.io/mimalloc/" | ||
|
|
||
| # Parse command line arguments | ||
| static_linux_sdk_version=0.1.0 | ||
| static_linux_sdk_version=0.1.1 | ||
|
shahmishal marked this conversation as resolved.
Outdated
|
||
| sdk_name= | ||
| archs=x86_64,aarch64 | ||
| build_type=RelWithDebInfo | ||
|
|
@@ -855,7 +855,7 @@ EOF | |
|
|
||
| SWIFT_SOURCE_ROOT="${source_dir}/swift-project" \ | ||
| SWIFT_BUILD_ROOT="${build_dir}/swift" \ | ||
| run ${source_dir}/swift-project/swift/utils/build-script -r \ | ||
| run ${source_dir}/swift-project/swift/utils/build-script -r -A \ | ||
|
Member
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We should create a preset
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We could do that, but then the build settings for the SDK are separate from the SDK's own build script, and then we have a versioning problem, since we could update the build settings and end up with a build of the Static SDK with the same version number as another build, but that's built with different build settings. This wouldn't be a problem if the build scripts lived in the Swift repo rather than the swift-docker repo. Do we want to do that instead? |
||
| --reconfigure \ | ||
| --compiler-vendor=apple \ | ||
| --bootstrapping hosttools \ | ||
|
|
||
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.
Feel free to ping me when this lands and I'll make sure the mainline CI job is updated to build the correct version
Uh oh!
There was an error while loading. Please reload this page.
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.
Can we drop the version? It creates more work for no added value.
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.
+1
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.
How are people to know whether (for instance) they've got a build of the Static SDK with this fix if we don't version it?
Equally, if we update the dependencies, how do they know they've got a version with the updated dependencies? (I guess for this they could check the SBOM, since we do have one).
We could drop the version from the filename maybe? That does make life harder for people though, if they care about some specific change we make, since Swift SDKs don't have a version field or any way to ask SwiftPM to tell you what version you have.
(Maybe that should be the ask? Add a version field to the Swift SDK support in SwiftPM, and list the version when you do
swift sdk list?)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.
Or maybe we could update the CI script to look for a file with any version number as the output, and if it needs the version number for some reason then extract it from the filename?