Tracking Issue for abort_immediate (abort in core)
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 119k
- Forks
- 16.1k
- PR merge metrics
- PR metrics pending
Description
Feature gate: #![feature(abort_immediate)]
This is a tracking issue for core::process::abort_immediate.
abort_immediate aborts/halts/crashes the process with as little overhead as possible. This exposes intrinsics::abort's behavior to stable. This is also reexported as std::process::abort_immediate.
Public API
// core::process
pub fn abort_immediate() -> !;
// std::process
pub fn abort_immediate() -> !;
Steps / History
(Remember to update the S-tracking-* label when checking boxes.)
- ACP: rust-lang/libs-team#442
- Implementation: rust-lang/rust#154604
- Final comment period (FCP)^1
- Stabilization PR
Unresolved Questions
- Given we want
core::process::abortto opportunistically dostd::process::abortif possible andabort_immediateotherwise, do we even want to expose a separateabort_immediate? - Would another name more clearly communicate intent? Options include
process::crash,process::halt, or others.
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 with the public API entries for core::process::abort_immediate and std::process::abort_immediate, then review the unresolved questions and completed implementation history. Done means resolving the API and naming concerns, completing the final comment period, and opening the stabilization PR.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- backend-api-design, operating-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100