error[E0658]: <the thing you need> is unstable
Folkert de Vries, RustWeek 2026
and progress on f16, f128, explicit_tail_calls, fn_align, static_align, ...
normal users can play around with nightly features
$ rustup toolchain install nightly
#[feature(guaranteed_tail_calls)]
I use rust in places where C is the default
When Rust can't do something C has been able to do for 40 years, that's a liability
Just wait
an experienced contributor
pay someone to move your feature forward
underexplored
get so worked up you do it yourself
git clone
draw the rest of the owl crab
make a small change (e.g. fix a typo)
./x build
on a Saturday afternoon
be in the spaces where the work happens
be in the spaces where the work happens
be in the spaces where the work happens
an idea with promise
team buy-in
implementation
stabilization
user has problem
...
roughly a year to stabilize 4 lines
at every stage, whether progress was made relied on me driving the feature forward
I work on multiple things at once to keep my occupied while waiting
read the tracking issue
locate the implementation (with grep)
summarize the current state
https://cetra3.github.io/blog/state-of-allocators-2026/
Figure out who is interested in this problem, and/or knowledgeable.
experience
available time
most senior contributors
you (hopefully)
easy things to improve
Test Coverage
test c_variadic on exotic targets
Error Messages
error when
#[naked] is used with certain attributes
features spawn side quests, e.g.
naked_functions_target_rustic_abi
c_variadic_naked_functions
const_c_variadic
c_variadic_int128
splitting features can simplify stabilization
stabilizing features takes more than being a good programmer. (not blocked on 10x programmers)
Most work is research, technical writing and consensus building
i still don't always feel good at it, but I'll keep doing it, because on a technical and a social level, it's the most rewarding work
it's hard, but also it's the coolest thing
(I use many of these quite frequently)
(figure n: spite-driven development)
let's stabilize some features!
play with the feature (e.g. on godbolt.org)
problem: this feature is incredibly target-specific; you get to implement it not once, but like 13 times
solution: go look at clang. Someone less experienced would have bounced off here I think?
design issues and the zulip
I just wrote up my suggestion; it was wrong, but sometimes any energy put into the system is positive
shoutout to beetrees and ralf jung
also the "network" helps enormously here. who you're able to DM, ask for advice or vibes, really matters
another reason that if you're an outsider it's just not actually that feasible to stabilize a feature. you have to be in for the long haul
identifying and clearing blockers
no-one will do this work if not for you
admin: update the reference, write a stabilization report
blockers
- some small stuff
- rustfmt support (very little review capacity)
it still took a lot of time, and a bunch of people collaborating.
there are always new exciting things to work on: guaranteed tail calls, c-variadic function definitions, f16 & f128, align on functions and static, etc.
these things lead you on sidequests, and maintenance/review is a big part of the work