Skip to content

Conversation

compnerd
Copy link
Member

@compnerd compnerd commented Oct 9, 2025

This set of changes:

  1. removes the "legacy SDK" builds
  2. renames the experimental SDK to the standard SDK names
  3. updates the pinned toolchain to build against
  4. builds the toolchain against the pinned toolchain
  5. ingests the MSM from the pinned toolchain to run the toolchain against the built runtime
  6. Removes the Android and Windows runtime caches

@compnerd
Copy link
Member Author

compnerd commented Oct 9, 2025

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

@compnerd
Copy link
Member Author

compnerd commented Oct 9, 2025

@swift-ci please smoke test

@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

1 similar comment
@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

Use the experimental SDK to build the toolchain and consume the
redistributable. This is going to ensure that we build the entire
toolchain against a stable point and run against the runtime that we
build against.
Adjust the toolchain build to use the pinned toolchain rather than the
built toolchain. This is particularly important with the lack of ABI
stability on Windows. We now uniformly build the toolchain with the same
runtime. This extricates the SDK from the toolchain build.

Now that we build the toolchain properly against a SxS installable
version of the runtime, we can consume the runtime that we built
against and inject that into the toolchain image. This avoids the need
to rely on trying to maintain ABI compatibility in an ABI unstable
environment.
Drop the support for the legacy build system for the runtime. This
reduces the complexity in the build script as well as helps reduce the
overall build times.
Build the complete toolchain before we build the SDK. This delays a
certain class of errors, however, the resulting build order is much
easier to reason about.
This prepares the swift-driver building on Windows. By statically
linking the runtime and its dependencies, this will allow us to avoid
the runtime shuffling that is required to get the runtime required to
get the swift-driver working.
Enable the use of the early swift-driver to build the Swift toolchain.
This is the first step towards removing the accumulated debt and
workarounds when building the toolchain on Windows.
@compnerd
Copy link
Member Author

Please test with following PRs:
swiftlang/swift-installer-scripts#470

@swift-ci please build toolchain Windows platform

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.

1 participant