daxpedda

> The main problem with web_time is that is does not support `wasm32-unknown-emscripten` target. Any known solutions ? AFAIK `wasm32-unknown-emscripten` doesn't need a polyfill, Std should work just fine. Therefore...

Is wasn't able to reproduce this and was also not able to find any information on it, could you elaborate how this can happen?

Isn't this as intended? [`std::time::Instant`](https://doc.rust-lang.org/std/time/struct.Instant.html) should behave the same, see [source](https://doc.rust-lang.org/1.68.1/src/std/time.rs.html#420-426). So the behavior seems correct to me.

Well yes, but that is not behavior that you should rely on. The starting point of the underlying clock is not defined by Rust. The reason this currently works on...

Apologies I gave the wrong impression here, I'm not a maintainer of this repo. However, shameless plug, I was interested in this issue because I recently released [`web-time`](https://crates.io/crates/web-time) to tackle...

Well `wasi-sdk` is for C++, I'm interested in Rust in this case. Would https://github.com/WebAssembly/tool-conventions be the right place to figure this out then?

> Does rust support wasi-threads yet? Not as far as I know. > Does it build on top of wasi-libc's pthread support to try to roll it own? It's using...

> At the next breaking change we should make any method that communicates with the X server fallible. See https://github.com/rust-windowing/winit/issues/3317. We have discussed this so many times now, I kinda...

~~Right, that would definitely be the most straightforward way to improve the situation. Is there something holding this back? Is there any intention by hassle to package or download the...

Thanks for the explanation! I guess as long as validation is closed source we will have to rely on the dll Microsoft provides.