unsupported opt-in backend#667
Conversation
c0538d9 to
903c641
Compare
903c641 to
b7384b7
Compare
newpavlov
left a comment
There was a problem hiding this comment.
Looks mostly good, but I am not sure about the backend name. How about unsupported since it returns Error::UNSUPPORTED?
I wasn't sure about it either. Yeah, I like that better. Updated. |
|
Also, please add a changelog entry. You can add the following section: The diff link goes to the end of the file. |
josephlr
left a comment
There was a problem hiding this comment.
Looks reasonable to me. Thanks for adding this!
I'm going to try to see if the CI errors are just spurious failures or something we need to fix. Regardless, the failures aren't being caused by this PR.
|
Thank you! We probably will wait for some time before releasing v0.3.4 to accumulate other potential changes. Meanwhile, you could temporarily patch |
## [0.3.4] - 2025-10-14 ### Major change to `wasm_js` backend Now, when the `wasm_js` feature is enabled, the `wasm_js` backend will be used by default. Users of `wasm32-unknown-unknown` targeting JavaScript environments like the Web and Node.js will no longer need to specify: ``` --cfg getrandom_backend="wasm_js" ``` in `RUSTFLAGS` for the crate to compile. They can now simple enable a feature. Note: this should not affect non-JS users of the `wasm32-unknown-unknown` target. Using `--cfg getrandom_backend` will still override the source of randomness _even if_ the `wasm_js` feature is enabled. This includes `--cfg getrandom_backend=custom` and `--cfg getrandom_backend=unsupported`. For more information, see the discussions in [#671], [#675], and [#730]. ### Added - `unsupported` opt-in backend [#667] - `windows_legacy` opt-in backend [#724] ### Changed - Implement Memory Sanitizer unpoisoning more precisely [#678] - Relax MSRV for the `linux_raw` opt-in backend on ARM targets [#688] - Use `getrandom` syscall on all RISC-V Linux targets [#699] - Replaced `wasi` dependency with `wasip2` [#721] - Enable `wasm_js` backend by default if the `wasm_js` feature is enabled [#730] ### Removed - Unstable `rustc-dep-of-std` crate feature [#694] [#667]: #667 [#671]: #671 [#675]: #675 [#678]: #678 [#688]: #688 [#694]: #694 [#699]: #699 [#721]: #721 [#724]: #724 [#730]: #730 --------- Signed-off-by: Joe Richey <joerichey@google.com>
The backend always returns `Err(Error::UNSUPPORTED)`.
## [0.3.4] - 2025-10-14 ### Major change to `wasm_js` backend Now, when the `wasm_js` feature is enabled, the `wasm_js` backend will be used by default. Users of `wasm32-unknown-unknown` targeting JavaScript environments like the Web and Node.js will no longer need to specify: ``` --cfg getrandom_backend="wasm_js" ``` in `RUSTFLAGS` for the crate to compile. They can now simple enable a feature. Note: this should not affect non-JS users of the `wasm32-unknown-unknown` target. Using `--cfg getrandom_backend` will still override the source of randomness _even if_ the `wasm_js` feature is enabled. This includes `--cfg getrandom_backend=custom` and `--cfg getrandom_backend=unsupported`. For more information, see the discussions in [rust-random#671], [rust-random#675], and [rust-random#730]. ### Added - `unsupported` opt-in backend [rust-random#667] - `windows_legacy` opt-in backend [rust-random#724] ### Changed - Implement Memory Sanitizer unpoisoning more precisely [rust-random#678] - Relax MSRV for the `linux_raw` opt-in backend on ARM targets [rust-random#688] - Use `getrandom` syscall on all RISC-V Linux targets [rust-random#699] - Replaced `wasi` dependency with `wasip2` [rust-random#721] - Enable `wasm_js` backend by default if the `wasm_js` feature is enabled [rust-random#730] ### Removed - Unstable `rustc-dep-of-std` crate feature [rust-random#694] [rust-random#667]: rust-random#667 [rust-random#671]: rust-random#671 [rust-random#675]: rust-random#675 [rust-random#678]: rust-random#678 [rust-random#688]: rust-random#688 [rust-random#694]: rust-random#694 [rust-random#699]: rust-random#699 [rust-random#721]: rust-random#721 [rust-random#724]: rust-random#724 [rust-random#730]: rust-random#730 --------- Signed-off-by: Joe Richey <joerichey@google.com>
An alternative to #666 that errors at runtime.
This is useful when needing the crate to compile when targeting wasm32, but this code is never actually hit.