-
Notifications
You must be signed in to change notification settings - Fork 23
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
List of unimplemented functionality for conformance tests #150
Comments
Let's have a list here of the Wasm test-cases which demonstrate unimplemented functionality. |
binary module should be loaded correctly as a module. Refer to section V of Wasm semantics for details.
|
Float numbers should be able to represented in
|
NaN float should be able to be initialized with a payload and the negative sign bit.
|
|
---- END ---- |
There are tests that ensure that resources get exhausted that seem to be only for the reference interpreter. Example:
|
The reference test rely on a module called We could also give an implementation of them in pure Wasm, ignoring the intended environment interactions, such as printing. For the purpose of the core tests, it is really only interesting how these modules modify the store in observable ways. We could also do a sophisticated ignore of all spectest and test module imports: whatever they import, we taint it with some new value so that whenever it gets used, we throw a special exception. We already do this for functions. We could do the same thing (throw a special exception) for all the floating point operations, including conversion operations. |
It's possible to supply a module as a wasm string list in the reference tests, like so:
This is not part of the formal spec, however, and is only ever used to check that the parser reports malformedness. |
No description provided.
The text was updated successfully, but these errors were encountered: