-
Notifications
You must be signed in to change notification settings - Fork 277
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
Why is F16C
still unstable?
#1234
Comments
There is no specific reason, just that nobody has pushed for its stabilization yet. In this case all that would be needed is a PR to add stability attributes to these function to stabilize them. |
It's odd that the runtime check seems to think it was stablized in
It looks like this was missed: Does it just need to be moved here?: |
The feature detection was stabilized separately from the intrinsics. |
…ature, r=petrochenkov Stabilize f16c_target_feature Resolves rust-lang/stdarch#1234 Library PR for stabilizing corresponding intrinsics: rust-lang/stdarch#1366 See also rust-lang#44839 tracking issue for target_feature
…petrochenkov Stabilize f16c_target_feature Resolves rust-lang/stdarch#1234 Library PR for stabilizing corresponding intrinsics: rust-lang/stdarch#1366 See also #44839 tracking issue for target_feature
The F16C intrinsics aren't stable yet, this is still waiting on FCP in #1366. |
…petrochenkov Stabilize f16c_target_feature Resolves rust-lang/stdarch#1234 Library PR for stabilizing corresponding intrinsics: rust-lang/stdarch#1366 See also #44839 tracking issue for target_feature
I noticed that most
x86_64
intrinsics were stable, yetF16C
isn't. I'd like to know what is keeping it from hitting stable, and what can be done to make it stable. According to another tracking issue comment there doesn't seem to be anything blocking it.The text was updated successfully, but these errors were encountered: