-
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
Deprecate -Csoft-float
#779
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. Concerns or objections to the proposal should be discussed on Zulip and formally registered here by adding a comment with the following syntax:
Concerns can be lifted with:
See documentation at https://forge.rust-lang.org cc @rust-lang/compiler @rust-lang/compiler-contributors |
👍 @rustbot second |
It's been a over 10 days, there is a second, many thumbs up and no objections. MCP accepted. @rustbot label -final-comment-period +major-change-accepted |
Proposal
The
-Csoft-float
flag is unsound and cannot really be salvaged. It should be deprecated and turned into a NOP, or removed.See rust-lang/rust#129893 for context. The summary is: this flag only has any effect on (32-bit) ARM
*eabihf
targets. It is equivalent to GCC/clang-mfloat-abi=soft
, and as that name makes clear, it changes the ABI. When code built with-Csoft-float
calls other code built without that flag (such as the standard library), and there are float types passed in that call, we have an ABI mismatch and hence UB. For that reason, we have the*eabi
targets: they ensure that everything is consistently built with the soft-float ABI. This flag might predate those targets; it was added in rust-lang/rust#9617 before Rust 1.0 and has seen very little discussion since then. The ARM folks that spoke up in rust-lang/rust#129893 all agreed it has no use; in the worst case where someone uses a*eabihf
target and that flag because there is no corresponding*eabi
target, we "just" need to add the corresponding target.Mentors or Reviewers
It's already implemented at rust-lang/rust#129897, waiting for a review.
Process
The main points of the Major Change Process are 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: