-
Notifications
You must be signed in to change notification settings - Fork 256
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
duplicate export name 57
already defined when importing multiple semver versions
#1850
Comments
This fixes an issue with the semver-merging logic of `wit-component` where during the componentization process due to insertion-with-replacement behavior the same name could be assigned to two different shims (as shim names are based on the map length which wouldn't change if a replacement was inserted). The fix in this commit is to avoid replacement and prefer the original name when a shim is inserted. Closes bytecodealliance#1850
This fixes an issue with the semver-merging logic of `wit-component` where during the componentization process due to insertion-with-replacement behavior the same name could be assigned to two different shims (as shim names are based on the map length which wouldn't change if a replacement was inserted). The fix in this commit is to avoid replacement and prefer the original name when a shim is inserted. Closes bytecodealliance#1850
I think this should be fixed in #1851. Is it desired that .NET updates to the latest wasi-sdk in the near future? There's a number of places to update after that lands and I'm wondering if that should happen "sooner rather than later" or if a normal "on demand" cadence is ok. |
These days we are also upgrading mono to LLVM 19 dotnet/runtime#105427 |
This fixes an issue with the semver-merging logic of `wit-component` where during the componentization process due to insertion-with-replacement behavior the same name could be assigned to two different shims (as shim names are based on the map length which wouldn't change if a replacement was inserted). The fix in this commit is to avoid replacement and prefer the original name when a shim is inserted. Closes #1850
Yeah wasi-sdk 25 will have LLVM 19, it's already merged there just hasn't been a release yet. |
I am happy to try out the prerelease bits once this makes its way to the wasi-sdk repo |
Pulling in a fix for bytecodealliance/wasm-tools#1850.
Pulling in a fix for bytecodealliance/wasm-tools#1850.
Using the latest wasi-sdk pacakge built with the fix from #1774 (https://github.com/WebAssembly/wasi-sdk/actions/runs/11129514597) I still get an error when building a wasm component with
wasi:io/poll@0.2.0
andwasi:io/poll@0.2.1
I get the following error:The text was updated successfully, but these errors were encountered: