Petr Penzin

A solution to extending SIMD to longer sizes been covered in detail in the discussion on long vectors, see WebAssembly/simd#210, WebAssembly/flexible-vectors#2 - we are looking to present to CG on...

I think this discussion can become part of the new proposal - we are hoping to get a repo set up if there would be consensus in the CG. There...

> Would it make sense to list a fourth option, that static types (e.g. vec64) implicitly define the size to load? I am a bit worried how to represent conversion...

@sampsyo there is a conversation about code to compile in https://github.com/WebAssembly/flexible-vectors/pull/27#issuecomment-784051647. There a few interesting things in that PR, I am trying to separate them out a bit. From @lemaitre:...

In my opinion, it provides more watertight ways to ensure you have the pieces you need, also it has "first class types" for sub-targets like libraries, including dependence detection, this...

@DragonOsman now I see the context for your post on llvm-dev :) MingGW with the right set of packages should be sufficient for Windows builds. As for C++, this is...

This is from the [2023-08-10](https://github.com/WebAssembly/meetings/blob/main/wasi/2023/WASI-08-10.md) WASI meeting.

I think for the Web thread handle can be a reference to Worker object.

> I imagine for browsers nothing would change and they'd do whatever they do today :). Yes, I think we had pretty good consensus on that. The way this API...

That should not change timing numbers by much (on the other hand it would _fix_ the output of `avg_motion`). You can add SIMD `sqrt` to `distance` if Wasmer supports `f32x4.sqrt`...