-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
[wasm] Make runtime errors from simd and exception handling failures easy to understand #84574
Comments
Tagging subscribers to 'arch-wasm': @lewing Issue DetailsNow that we are enabling post MVP Wasm rutime features we should make sure that any runtime errors are clear and guide the developer on how to resolve the issue. Additionally we should consider adding messages during the build explaining that these features are enabled and that they impact compatibility.
|
On the client side, one option we have is to leverage jiterp's feature detection and run it on any failure to load dotnet.wasm, so we can use that information to choose an appropriate error message. The question still arises of how to message that load failure to the user, though, and that would require some decisions to happen at the Blazor level I think. |
Once we have small loader module which would be loaded before the main emscripten script, we could use it to detect which features are available and choose the correct build flavor to load. See #85045 |
Should we take dependency on https://github.com/GoogleChromeLabs/wasm-feature-detect and bundle it into the loader module ? |
only 764 bytes! |
#89028 is an example |
Now that we are enabling post MVP Wasm rutime features we should make sure that any runtime errors are clear and guide the developer on how to resolve the issue. Additionally we should consider adding messages during the build explaining that these features are enabled and that they impact compatibility.
Features which could be detected
The text was updated successfully, but these errors were encountered: