Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

What needs to happen for WASM support? #175

Open
FelixBrakel opened this issue Jul 26, 2022 · 3 comments
Open

What needs to happen for WASM support? #175

FelixBrakel opened this issue Jul 26, 2022 · 3 comments

Comments

@FelixBrakel
Copy link

I know the tokio runtime needs to support WASM which is only just starting to get implemented. Are there any other things that need to be addressed?

@Nerixyz
Copy link
Contributor

Nerixyz commented Jul 26, 2022

Are you talking about browser WASM or WASI? Because tokio is currently stabilizing WASI.

@FelixBrakel
Copy link
Author

Ah I didn't notice that they are stabilizing WASI, not WASM. I was looking to use this in a web app so WASM would be what I require for that.

@Nerixyz
Copy link
Contributor

Nerixyz commented Jul 26, 2022

In my opinion this library is overkill for use in the browser. Its main advantage is joining and receiving messages from many channels efficiently. In a browser environment you usually only join one or in some cases two channels at one time. In the browser, you have to use the WebSocket(-Stream) API to connect to IRC, so there's not really any point in using tokio there since the browser will do most of the event scheduling for you.

I think one possible step could be to rip out the IRC parsing/writing part of this crate for use in other environments.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants