Yes, this is a little odd, but I believe its basically WAI. The node we ship with emscripten is mostly for running the JS tools that we have in emscripten. We want it to be relatively stable for this reason but also so that emscripten is known to work versions of node in the wild. We don't want to end up accidentally depending on ToT node features for the normal workflow. We also happen to use it for a lot of our internal testing too, to be sure that most of our output also runs in stable/old version of node. However we also use d8 and other runtimes as needed.
Even if we update to the latest version I believe node is relatively slow at pulling in new v8 versions so even the latest version might not contain the pcodes that you want. So I think Thomas is probably right that using jsvu to install tot versions of various command line runtime might be the way to go. I wonder if we can detect this problem and report it in a nicer way though? Perhaps if you build with wasm + simd support we could try to give better errors when running on incompatible vms? cheers, sam On Fri, Jul 10, 2020 at 5:31 PM 'Steven Johnson' via emscripten-discuss < [email protected]> wrote: > AFAICT, the current EMSDK (1.39.19) uses the finalized opcodes for the > simd128 feature set, but the version of Node that is included in the > EMSDK does not. This makes for amusing runtime errors if you try to > compile wasm and test via Node. > > - If this is in fact the case (and not a stupid config error on my > part), may I suggest that the EMSDK release notes point this out? > (Maybe most folks aren't relying on Node for wasm-testing purposes, > but it's handy and seems like it would be in sync, since it's > included...) > > - Is there any ETA for when a stable version of Node with final > wasm-simd support will be available? > > - If there is no ETA, are there other fast (non-browser) command-line > wasm implementations that would be suitable for testing (ie up to date > with the final spec)? (WABT's wasm-interp tool would be great but is > too slow for some of my purposes) > > -- > You received this message because you are subscribed to the Google Groups > "emscripten-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/emscripten-discuss/CAM%3Ddnvc9HJtUQ69mb_RNXKRxq9Quz8tfQy6v7s04oMvpLu2Efw%40mail.gmail.com > . > -- You received this message because you are subscribed to the Google Groups "emscripten-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/emscripten-discuss/CAL_va29xdn3%2BHK1u_7LYWGFWNGHKKntuuWFY2LUk425b4BpEag%40mail.gmail.com.
