A way to avoid wasm-bindgen dependency? about getrandom HOT 7 CLOSED

Optional dependencies by default do not get vendored-in. In a new crate dependent only on getrandom I get 4 crates in the vendor folder: cfg-if, getrandom, libc, and wasi.

from getrandom.

Ok. My mistake. Then we left with wasm-bindgen which has like 10 dependencies.

from getrandom.

Wait, so is there a way to remove wasm-bindgen?

from getrandom.

Yes, if the crate feature which does not enable wasm-bindgen is not enabled, then it and all its dependencies should not get vendored (I assume you use cargo vendor). Probably one of your dependencies unconditionally enables this feature (e.g. via rand which in v0.7 forwards the wasm-bindgen feature), so you need to find it and ask for a fix.

from getrandom.

To be more precise, I'm building the uuid crate with wasm-bindgen feature, to make it work in web. Which pulls wasm-bindgen. Maybe there is a way to avoid it altogether?

from getrandom.

If you don't need UUIDv4 (random UUIDS), simply do not enable wasm-bindgen and v4 features. If you need randomness from browser, then wasm-bindgen is a required dependency. Without it you will not be able to talk with browser environment while using the wasm32-unknown-unknown target.

from getrandom.

then wasm-bindgen is a required dependency.

I see. This is what I wanted to hear. Thanks.

from getrandom.