rust-random / rust-random/getrandom
Tracking issue for the next breaking release
Open
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 580
- Forks
- 259
- PR merge metrics
- No merged PRs in 30d
Description
Potential changes:
- Migrate to
extern_item_impls. See #796. - Remove free-standing functions in favor of
SysRng. This would allow to simplify the implementation a bit, but would makerand_corea required dependency. - Use
core::io::Errorinstead of the customErrortype? - Remove the file fallback from the default Linux backend.
- Remove the
wasm_jsbackend in favor of a separateextern_item_impls-based crate or movinggetrandomsupport towasm-bindgen/js-sys. - Use randomness API provided by
stdfor targets with availablestdinstead of re-implementing platform support ingetrandom(see https://github.com/rust-lang/rust/issues/130703)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the checklist, issue #796, and the referenced Rust issue to understand which breaking-release changes are in scope. Examine the SysRng, rand_core, Linux fallback, wasm_js, and std-based API options mentioned here. Done means the selected migration and removals are agreed on and all applicable checklist items are implemented.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust, wasm
- Domain
- backend, operating-systems
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100