-
Notifications
You must be signed in to change notification settings - Fork 30
Upstream all the changes 🙌 #187
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
Comments
WRT the debugger tuning issue, it's possible this upstream patch might fix it: https://reviews.llvm.org/rG2504f14a06872f2e1755a88b3aab7e6bc280bec7 |
That upstream patch did not come through. I'd appreciate it if anyone reading this pushed it forward 🙏 I'm not an expert in that area myself. |
@MaxDesiatov do you mean the debugging thing? I don’t know why the LLVM review thing says “audit required”, but it appears that it did land: swiftlang/llvm-project@2504f14 Also, I don’t think we need to set the thread mode any more. LLVM will lower atomic operations to regular loads/stores by itself: https://reviews.llvm.org/D58742 So that patch can just be dropped entirely, I think. |
FYI Maybe this is the wrong place to ask but how many of these tasks are critical for things to "just work" in SwiftWASM? As someone unfamiliar with the requirements of getting feature parity I find it hard to know which of the unmerged pieces need merging, and as such what is the most important / urgent subtask here. Or is this essentially a list of places where the SwiftWasm fork differs from the Apple repo, meaning the SwiftWasm fork has to be maintained separately until they are merged? |
A lot of the things already work pretty well in our fork, or do you have some specific criteria for "just work" here?
Yes, that's the primary purpose of this issue. We have an "umbrella" swiftlang#24684 PR, which stays open as an easy way to see the toolchain diff. There's no plan to merge or push that PR as is, we're only taking small chunks from it and submit as separate PRs upstream, and those get added to the list here. Important to note that not everything from that diff has a corresponding upstream PR yet. |
Closing as all of the major patches are now upstreamed. |
This issue is for tracking the overall progress of upstreaming our changes, please post here if you create any new PRs with our changes in the upstream repository:
generateResourceAccessor
WASI regression swiftlang/swift-package-manager#3819|| TARGET_OS_WASI
to ifdef inuuid.c
swiftlang/swift-corelibs-foundation#3027#ifdef
conditions toCFPlatform.c
for WASI swiftlang/swift-corelibs-foundation#3028CMakeLists.txt
swiftlang/swift-corelibs-foundation#3029SwiftSupport.cmake
swiftlang/swift-corelibs-foundation#3030swifterror
attribute mismatch for WebAssembly swiftlang/swift#39359 Status: in review.Concurrency/Runtime/exclusivity.swift
on WASI swiftlang/swift#39583returnaddress
in exclusivity diagnostics swiftlang/swift#42097swift_once
initializer signature for lazy global var swiftlang/swift#42155wasi.modulemap.gyb
for WebAssembly support swiftlang/swift#39360 Status: in review.I think these capture only about a half of our changes, maybe much less, so more upstreaming effort is needed and welcome 🙏
For upstreaming it's best to have a look at our umbrella PR swiftlang#24684 and its diff and pick a self-contained and a relatively small patch that doesn't overlap or conflict with the rest of open PRs in the list above.
The text was updated successfully, but these errors were encountered: