-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
#![deny(unsafe_op_in_unsafe_fn)]
in libcore and libstd
#317
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed. |
@rustbot second I'm not sure this needed a second MCP, but in any case I approve. |
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed. |
Should this be marked as accepted now? Also rust-lang/rust#73622 was merged 🎉 |
Yep, MCP accepted. |
Proposal
In the continuity of #306 (accepted few days ago), this MCP proposes to deny the
unsafe_op_in_unsafe_fn
inlibcore
andlibstd
, which means that unsafe operations inside unsafe functions require an explicit unsafe block.Motivation
This is an opportunity for the language team to see the impact of the lint and decide of its future.
Drawbacks
If the lint is removed, these additional unsafe blocks should be removed. However, this can probably be done automatically using e.g.
cargo fix
.Links
libcore
: Deny unsafe ops in unsafe fns in libcore rust#73622libstd
:#![deny(unsafe_op_in_unsafe_fn)]
in libstd rust#73904Mentors or Reviewers
@nikomatsakis, who seconded #306 and is in favor of this change, will probably second this MCP.
@RalfJung and @Mark-Simulacrum may also review the changes.
Process
The main points of the Major Change Process is as follows:
@rustbot second
.-C flag
, then full team check-off is required.@rfcbot fcp merge
on either the MCP or the PR.You can read more about Major Change Proposals on forge.
Comments
This issue is not meant to be used for technical discussion. There is a Zulip stream for that. Use this issue to leave procedural comments, such as volunteering to review, indicating that you second the proposal (or third, etc), or raising a concern that you would like to be addressed.
The text was updated successfully, but these errors were encountered: