Tracking Issue for RFC 3467: UnsafePinned
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 119k
- Forks
- 16.1k
- PR merge metrics
- PR metrics pending
Description
This is a tracking issue for RFC 3467: UnsafePinned.
The feature gate for the issue is #![feature(unsafe_pinned)].
About tracking issues
Tracking issues are used to record the overall progress of implementation. They are also used as hubs connecting to other relevant issues, e.g., bugs or open design questions. A tracking issue is however not meant for large scale discussion, questions, or bug reports about a feature. Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.
Steps
- Accept an RFC.
- Implement.
- Add documentation to the dev guide.
- See the instructions.
- Add documentation to the reference.
- See the instructions.
- Stabilize.
Unresolved Questions
- Do we want to bikeshed the name further before stabilization?
- Should
&UnsafePinnedpermit mutation or not? Also see https://github.com/rust-lang/rust/issues/137750- This was decided via champion decision and meeting consensus in a shorthanded meeting; this item will need to receive attention in the stabilization report.
- Which of
Send,Sync,Copy,Cloneshould this type implement under which conditions? Also see this. - Do we want to stabilize
Freezefirst? And what about the equivalent trait for&mutaliasing (UnpinUnsafein the RFC)? - Do we need all these
getmethods? - https://github.com/rust-lang/rust/issues/156163
- What about variance?
Related
Implementation history
TODO.
Contributor guide
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 reading RFC 3467 and the implementation PRs listed in this tracking issue, then review the unresolved questions and the stabilization guidance. Work is complete only when the implementation, dev-guide and Reference documentation tasks, design decisions, and eventual stabilization are addressed; this is a coordination issue rather than a self-contained change.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- compilers, documentation
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100