-
Notifications
You must be signed in to change notification settings - Fork 744
Provide backward compatible support for assert_return_arithmetic_nan #1371
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
I don't think we should do this. I think wabt should support all the testsuite features that are present in the amalgamated testsuite repo (https://github.com/WebAssembly/testsuite) and no others. If we do decide we need this behaviour then I think the way to achieve it would be to first include all tests from all proposals in the amalgamated repo rather then limiting the mirroring to only tests with upstream changes. i.e. we should let the testsuite repo drive out testing/coverage. |
Fair point. My main concern is that there are existing |
I don't have a strong opinion on this but the reason I suggested keeping backwards compatible behavior was that my spectests suddenly stopped working when i upgraded the version of wabt that comes with my distro, and it was an annoying experience. |
Can the wasm 1.0 tests from
|
Upgrading the branch seems plausible, but we'd need to make sure that there are no other clients of the 1.0 test suite that we'd break with that. |
Closing as stale -- it doesn't appear that a lot of people need WABT to support this syntax (even if it was in the spec testsuite at the time of 1.0?). |
Uh oh!
There was an error while loading. Please reload this page.
See #1275 where these were removed. The upstream spec was changed to use a more generic syntax:
becomes
(And similarly for
assert_return_arithmetic_nan
andnan:arithmetic
).But in general, wabt tries to be backward compatible, so it could continue to support this old syntax too.
See WebAssembly/bulk-memory-operations#144.
The text was updated successfully, but these errors were encountered: