2 comments
I need to check their harness, compare it to wazero's and my own (wasm2go)<p>Btw, if Eli reads this: thanks for the WAT samples, they were very helpful working on wasm2go!
You're welcome :)<p>The harnesses are documented here: <a href="https://github.com/eliben/watgo/tree/main/tests" rel="nofollow">https://github.com/eliben/watgo/tree/main/tests</a><p>Note that I had to switch the harness from wazero to Node (unfortunately!) when it turned out wazero doesn't support gc and other new proposals (e.g. your comment here <a href="https://github.com/wazero/wazero/issues/2483" rel="nofollow">https://github.com/wazero/wazero/issues/2483</a>)<p>Thank you very much for maintaining wazero - I love that project, and am looking forward to being able to use it for this in the future.
You're welcome :)<p>evacchi does most of the maintaining these days, but I'll keep helping as best as I can.<p>Your harness looks interesting to replace wast2json with watgo in wasm2go. Though my current problem is that I <i>should</i> be using the JSON to decide which tests to run (manual process so far), and to generate the more complicated test files (e.g. the ones that link modules together).
I'm working on EH right now! Slowly walking towards GC!!
This looks really useful for pre-runtime inspection of WASM modules. Are you using it for any security or sandboxing use cases?