You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'd like to update wav to match the recent changes in llvm, but I'm having some trouble and I'm not experienced enough with the WebAssembly tooling to even know where the problem is. @ngzhian, sorry to bug you, but maybe you could point me in the right direction?
In the tests branch of this repo, we have a bunch of files which are supposed to be compiled to WASM, then disassembled to WAT and compared to the expected result to make sure functions aren't generating any extra cruft (mostly each function should generate one instruction).
I had been using wasm-dis from emscripten to do the disassembly, but it stopped working quite recently (probably after tlively's updates).
Most of the files work, though they do all trip a "warning: linking section is present, so this is not a standard wasm file - binaryen cannot handle this properly!".
I figured I'd switch to wasm2wat, but that doesn't work either and according to WebAssembly/wabt/1650 it should. Tweaking test/Makefile:
error: expected valid result type (got -0x5) means you need to pass the --enable-simd flag to wasm2wat, like wasm2wat --enable-simd load.wasm, that's because simd is still not merged into the spec yet, all proposals are behind a flag. (I will send a patch upstream to improve the error message in this case...)
I'm getting a new error now, but i think that's due to the any_true built-ins not having been updated yet (which Thomas already knows about), so at least I'm not blocked anymore :)
I'd like to update wav to match the recent changes in llvm, but I'm having some trouble and I'm not experienced enough with the WebAssembly tooling to even know where the problem is. @ngzhian, sorry to bug you, but maybe you could point me in the right direction?
In the tests branch of this repo, we have a bunch of files which are supposed to be compiled to WASM, then disassembled to WAT and compared to the expected result to make sure functions aren't generating any extra cruft (mostly each function should generate one instruction).
I had been using wasm-dis from emscripten to do the disassembly, but it stopped working quite recently (probably after tlively's updates).
Most of the files work, though they do all trip a "warning: linking section is present, so this is not a standard wasm file - binaryen cannot handle this properly!".
I figured I'd switch to wasm2wat, but that doesn't work either and according to WebAssembly/wabt/1650 it should. Tweaking test/Makefile:
Obviously some paths will need to be adjusted on other machines…
While compilation works, wasm2wat fails (for every file I've tried):
IDK if this is related to the warning from wasm-dis, if I'm compiling the wasm wrong (← most likely scenario), if wasm2wat is buggy, etc.
FWIW, I don't really care if I use wasm-dis or wasm2wat or something else.
The text was updated successfully, but these errors were encountered: