Support wasm (in some form)

[Thomasdezeeuw]

We can support wasm via wasi. Last I looked (for tokio-rs/mio#1395, back in November 2020) it doesn't support creating sockets, but it does support some things like read/write.

Alternatively we could start with an implementation that just panics, just so socket2 can build on wasm.

[ChenKS12138]

We can support wasm via wasi. Last I looked (for tokio-rs/mio#1395, back in November 2020) it doesn't support creating sockets, but it does support some things like read/write.

Alternatively we could start with an implementation that just panics, just so socket2 can build on wasm.

I'm interested in using socket2 in wasm too. I found that symbols like AF_INET, sa_family_t, sockaddr_in are missing in wasi, so it doesn't have the concept about the address of socket, and we could barely define SockAddr for wasm. wasi supports socket_accept, socket_recv, socket_send, socket_shutdown by far. accept in socket2 needs to return a SockAddr as the address of peer socket. So I think it seems hard to start with an implementation that just panics.

[sascha1337]

the day, wasi will have them features, will be gold for rust and thus the planet ... but wen X_X

[notgull]

Isn’t wasi an unstable API at the moment? It might not be the best idea to build on top of it.

[Thomasdezeeuw]

The API is in preview I believe, but considering it's implemented by browser backwards compatibility is everything. So I think it's find to add experimental support for wasm/wasi, this is what we did for Mio.

[thaodt]

The API is in preview I believe, but considering it's implemented by browser backwards compatibility is everything. So I think it's find to add experimental support for wasm/wasi, this is what we did for Mio.

hi @Thomasdezeeuw do we have any ways to work around now? My lib depends on tokio and tokio depends on socket2. As a result, it built failed under target wasm32-unknown-unknown (wasm-pack build --target web)

[sascha1337]

Just do some draft PoC please, we need em sockets and tokio

[Thomasdezeeuw]

hi @Thomasdezeeuw do we have any ways to work around now? My lib depends on tokio and tokio depends on socket2. As a result, it built failed under target wasm32-unknown-unknown (wasm-pack build --target web)

You might be able to disable Tokio's network feature, not sure though.

Just do some draft PoC please, we need em sockets and tokio

Prs are welcome.

[Darksonn]

Tokio only depends on socket2 if you enable the net feature, and even if you make socket2 compile under wasm somehow, I'm pretty sure that there would also be other problems with getting Tokio's net feature to work.