-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
Revert "Stabilize extended_varargs_abi_support
"
#136897
Conversation
This reverts commit 685f189.
Note that even if this is accepted I intend to almost immediately relaunch the stabilization process here for the set of ABIs for which it is simply and obviously consistent to do this for... which is basically everything except |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
r=me with/without nitpick
@@ -197,9 +197,6 @@ declare_features! ( | |||
(accepted, expr_fragment_specifier_2024, "1.83.0", Some(123742)), | |||
/// Allows arbitrary expressions in key-value attributes at parse time. | |||
(accepted, extended_key_value_attributes, "1.54.0", Some(78835)), | |||
/// Allows using `efiapi`, `aapcs`, `sysv64` and `win64` as calling |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
fun how this doesn't even mention "system"
...
And leave a comment on the unusual `cfg_attr` Co-authored-by: waffle <waffle.lapkin@gmail.com>
5b51fd7
to
cafa646
Compare
@bors r+ |
@bors p=5 this needs to be beta backported before Friday, so let's try to merge this as soon as possible |
Maybe |
That would work as quick fix but ideally it should return the same as whatever calling convention |
☀️ Test successful - checks-actions |
Is anyone willing to prepare a beta backport? |
Finished benchmarking commit (021fb9c): comparison URL. Overall result: no relevant changes - no action needed@rustbot label: -perf-regression Instruction countThis benchmark run did not return any relevant results for this metric. Max RSS (memory usage)Results (primary 2.5%, secondary 1.8%)This is a less reliable metric that may be of interest but was not used to determine the overall result at the top of this comment.
CyclesThis benchmark run did not return any relevant results for this metric. Binary sizeThis benchmark run did not return any relevant results for this metric. Bootstrap: 790.14s -> 789.14s (-0.13%) |
I'll unilaterally beta accept this - reverting a stabilization feels like obviously required to backport. |
Note, we should include the reference revert too: rust-lang/reference#1734 |
[beta] backports - Pattern Migration 2024: try to suggest eliding redundant binding modifiers rust-lang#136577, rust-lang#136857 - chore: update rustc-hash 2.1.0 to 2.1.1 rust-lang#136605 - Make `AsyncFnOnce`, `AsyncFnMut`, `AsyncFn` non-`#[fundamental]` rust-lang#136724 - fix ensure_monomorphic_enough rust-lang#136839 - Revert "Stabilize `extended_varargs_abi_support`" rust-lang#136897, rust-lang#136934 r? cuviper
I cannot find an FCP for this, despite it being a stabilization PR which normally means we do an FCP of some kind? It would seem reasonable for either compiler or lang to have FCPed it? I am thus opening a revert PR, which mostly-cleanly applies, so that we can later actually land this properly with a stability report and FCP.
extended_varargs_abi_support
without FCP? #136896extended_varargs_abi_support
#116161extended_varargs_abi_support
#100189