-
Notifications
You must be signed in to change notification settings - Fork 35
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
Merge from upstream spec #262
Conversation
It previously stated that the formal spec did not exist, but the spec has existed for years now.
Fixes #1138.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, but IMO you don't really even need a review on this kind of change
af1d6ac
to
09e3b45
Compare
Currently the CI has two failures. One is 'build-core-spec' failure, which is also reproduced in the spec repo (WebAssembly/spec#1603). The other is 'ref-interpreter' fails on (I'm now trying to revert commits in the merge to figure out which commit is causing the issue. All these reverting commits will be re-reverted.) |
It looks 31cabf8 (from WebAssembly/spec#1595) is causing the 'ref-interpreter' failure (https://github.com/WebAssembly/exception-handling/actions/runs/4209147102/jobs/7305884276), but I haven't figured out why or why it's not causing the same problem in the spec repo. |
ef6d3e2
to
a0065f1
Compare
I was able to reproduce the error on my machine now. The command is (from the interpreter dir)
$ ../test/core/run.py --wasm $PWD/wasm --js node And the |
The issues appears to be related to actions/runner-images#7002. Co-authored-by: Ms2ger <[email protected]>
The test likely fails because node does not yet implement/expose exception handling. Until it does, you'll have to remove the I don't know why the spec build started failing, that was news to me. |
JSC will have to do asynchronous compilation work during some instantiations. To be consistent, this PR always queues a task to complete instantiation, except through the synchronous Instance(module) API, to ensure consistency across platforms. This patch also cleans up the specification in various surrounding ways: - Include notes about APIs whose use is discouraged/may be limited Closes #741 See also webpack/webpack#6433
The section name has changed to the tag section a few years ago. This adds the corresponding changes added in WebAssembly#252 and WebAssembly#256.
Node started to support EH without a flag starting v17: https://webassembly.org/roadmap/ By the way I thought core spec tests are run by the reference interpreter... Are they run by node instead now? What happens if I comment out that |
@Ms2ger Sorry, but I'm asking this for the third time now. Can you please let me merge my own PRs, in the WebAssembly repos where I have write access? The ref-interpreter CI was failing and I was trying to fix it before merging. As I said in my previous comments as well, I prefer merging my PRs myself, for these reasons:
Given that almost all people who post PRs in this repo have write access anyway, can we leave PRs to be merged by authors, maybe at least in this repo? |
They are run by both. The node run is to ensure that the JS test generation of the interpreter works correctly. If you don't set the js command then it will still convert the tests to JS but not test the result. |
No description provided.