-
Notifications
You must be signed in to change notification settings - Fork 10.5k
[wasm] Rename wasm32-unknown-wasi
to wasm32-unknown-wasip1
#83167
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
swiftlang/swift-sdk-generator#229 |
swiftlang/swift-sdk-generator#229 |
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.
Makes sense. I suppose we shouldn't worry about possible naming collisions with embedded, as Embedded Swift uses embedded
subdirectory anyway.
@swift-ci smoke test Windows |
Fixes a regression introduced with swiftlang#83167
Fixes a regression introduced with swiftlang#83167
…83199) - **Explanation**: Renames the WebAssembly target triple from `wasm32-unknown-wasi` to `wasm32-unknown-wasip1` to align with the broader WebAssembly ecosystem's naming conventions. It's important to include this in 6.2, which is going to be the first stable release of Swift SDK for Wasm, so that we won't introduce a breaking triple change in the stable version series later. The WebAssembly ecosystem has been migrating from the generic wasi target name to more explicit version-specific names like `wasip1` and `wasip2`. This change has been adopted across multiple toolchains and language ecosystems: - Rust: Renamed `wasm32-wasi` to `wasm32-wasip1` (rust-lang/compiler-team#607) - wasi-sdk: Renamed `wasm32-wasi` to `wasm32-wasip1` (WebAssembly/wasi-sdk#386) - Go: Already uses `wasip1` naming convention (golang/go#58141) The "p1" suffix explicitly indicates WASI Preview 1, which helps distinguish it from the newer WASI Preview 2 (wasip2) and provides clarity about which version of the WASI specification is being targeted. Also we already use `wasm32-unknown-wasip1` for Embedded WASI target, and having different names for Embedded and non-Embedded is confusing users. - **Scope**: Narrow, only affects Wasm Swift SDK. - **Original PRs**: #83167 - **Risk**: Low, just a change to Wasm Swift SDK - **Testing**: CI. - **Reviewers**: @MaxDesiatov
Fixes a regression introduced with swiftlang#83167
Fixes a regression introduced with swiftlang#83167 # Conflicts: # test/embedded/classes-generic-no-stdlib.swift # test/lit.cfg # test/stdlib/POSIX.swift # test/stdlib/simd_diagnostics.swift
Fixes a regression introduced with swiftlang#83167 # Conflicts: # test/embedded/classes-generic-no-stdlib.swift # test/lit.cfg # test/stdlib/POSIX.swift # test/stdlib/simd_diagnostics.swift
This PR renames the WebAssembly target triple from
wasm32-unknown-wasi
towasm32-unknown-wasip1
to align with the broader WebAssembly ecosystem's naming conventions.Motivation
The WebAssembly ecosystem has been migrating from the generic wasi target name to more explicit version-specific names like wasip1 and wasip2. This change has been adopted across multiple toolchains and language ecosystems:
wasm32-wasi
target towasm32-wasi-preview1
rust-lang/compiler-team#607)The "p1" suffix explicitly indicates WASI Preview 1, which helps distinguish it from the newer WASI Preview 2 (wasip2) and provides clarity about which version of the WASI specification is being targeted.
Also we already use
wasm32-unknown-wasip1
for Embedded WASI target, and having different names for Embedded and non-Embedded is confusing users.Compatibility
Since this is a breaking change to the target name, users will need to update their build configurations. However, the underlying functionality remains identical; only the target identifier changes. Given that we still don't have a stable release for the SDK, I believe it's not too late to migrate.