error[E0583]: file not found for module `sys` about socket2

[twitchax]

As far as I can tell, this is still an issue. socket2 fails to compile on wasm becaause the sys module is only imported for a unix or windows target.

[justinmchase]

Sorry, I think I just closed it because I didn't want to see it in my list of open issues anymore and nobody seemed to care about it.

[Neo-Ciber94]

I ended using something like this, it works but in others cases it fails not sure why

[target.'cfg(not(target_arch = "wasm32"))'.dependencies]
tokio = { version = "1", features = ["full"] }
async-trait = "0.1.57"
actix-web = "4"
stdweb = "0.4.20"

[Thomasdezeeuw]

Please don't post text as a image, you can put multiple lines line that between "```" to create a code block, see https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/creating-and-highlighting-code-blocks.

The error shown in image seems related to wasm/axum, not Socket2. But if you're pulling in socket2 I'm sorry to say that it won't work for now as we don't support wasm, see #268.

[twitchax]

@Thomasdezeeuw, I was mostly commenting because this issue was closed without explanation. That would have been a helpful note to people who come across this issue. :)

[twitchax]

@justinmchase, haha, no problem.

I think it is still something that would be nice. There are a lot of projects that rely on socket2 that cannot be used in wasm targets due to the lack of support here. For example, I am testing how feasible it would be to use a project like warp or rocket in Rust-based CloudFlare Workers.

[justinmchase]

This line appears to vary from master:
https://github.com/alexcrichton/socket2-rs/blob/ca89d63b87f4ec62f059caa1d9379c0dc8f1cd2b/src/lib.rs#L72

When I do a simple cfg check in my own app it appears to be resolved as "unix" so I'm not sure why this is failing.

Any workarounds welcome.

[alexcrichton]

Thanks for the report! This crate needs to add some stubs for the wasm target that all return errors, but otherwise shouldn't be too hard to add.

[murtyjones]

I'm getting this error too in a project of my own, and it's kind of mysterious because it seemed to come out of nowhere and when I run wasm-pack build in other projects, it works.

this person seems to have found a workaround but I couldn't figure out what it was.

@justinmchase did you find a workaround?

[justinmchase]

I was not able to other than to not use the library that depended on this. I looked at it for a while and I bet there is a way but I'm not familiar enough with Rust to figure it out yet.

For what it's worth I was using WSL on windows but after a bunch of tests it seems like Rust correctly interprets it as unix and there wasn't a problem with the conditional compilation macros in smaller independent tests.

I think I am getting a similar error. I'm using a library that depends on socket for a WASM project.

error[E0432]: unresolved import crate::sys --> C:\Users\Thomas\.cargo\registry\src\github.com-1ecc6299db9ec823\socket2-0.3.12\src\socket.rs:23:5
|
23 | use crate::sys;
| ^^^^^^^^^^ no sys in the root

[Thomasdezeeuw]

@twitchax that's because wasm isn't supported.

[Thomasdezeeuw]

@Thomasdezeeuw, I was mostly commenting because this issue was closed without explanation. That would have been a helpful note to people who come across this issue. :)

To be fair the issuer closed it, not the maintainers but I understand. We should probably add a compile_error for unsupported targets to make it clear from the error message.

[damirka]

Can confirm that it is an issue for some (if not many) people. I wonder if there is a way to nicely disable or put a placeholder for unsupported targets, so this functionality is disabled, but not blocking compilation of other crates. 🤔

[Thomasdezeeuw]

I'm closing this in favour of #268 to track wasm support.

[PDFergus]

@justinmchase, haha, no problem.

I think it is still something that would be nice. There are a lot of projects that rely on socket2 that cannot be used in wasm targets due to the lack of support here. For example, I am testing how feasible it would be to use a project like warp or rocket in Rust-based CloudFlare Workers.

Yeah I just found out by nasty Surprise after integrating my Database calls to the front end only to find out that although the queries are crafted correctly that the database structure I am using may in fact use Socket2 nested deep down in its dependency structure, specifically in the aws_auth_sdk. So if you are using any data from an amazon authenticated source, you may be at the migration point.

oh well back to the drawing board I guess. Maybe I will give SurealDB a shot.

[NazarKhlopeniuk]

I have the same issue.
How can I handle this?

[Thomasdezeeuw]

I have the same issue. How can I handle this?

@NazarKhlopeniuk what platform are you using? If you're using wasm you can help in #268.

[NazarKhlopeniuk]

windows 10 64bit.

[NazarKhlopeniuk]

[NazarKhlopeniuk]

This is the error that I get after running "cargo test"