-
Notifications
You must be signed in to change notification settings - Fork 74
Deprecate -Csoft-float #779
Copy link
Copy link
Closed
Labels
T-compilerAdd this label so rfcbot knows to poll the compiler teamAdd this label so rfcbot knows to poll the compiler teammajor-changeA proposal to make a major change to rustcA proposal to make a major change to rustcmajor-change-acceptedA major change proposal that was acceptedA major change proposal that was accepted
Metadata
Metadata
Assignees
Labels
T-compilerAdd this label so rfcbot knows to poll the compiler teamAdd this label so rfcbot knows to poll the compiler teammajor-changeA proposal to make a major change to rustcA proposal to make a major change to rustcmajor-change-acceptedA major change proposal that was acceptedA major change proposal that was accepted
Type
Fields
Give feedbackNo fields configured for issues without a type.
Proposal
The
-Csoft-floatflag 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
*eabihftargets. It is equivalent to GCC/clang-mfloat-abi=soft, and as that name makes clear, it changes the ABI. When code built with-Csoft-floatcalls 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*eabitargets: 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*eabihftarget and that flag because there is no corresponding*eabitarget, 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 mergeon 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.