stdarch icon indicating copy to clipboard operation
stdarch copied to clipboard

Why is `F16C` still unstable?

Open Razordor opened this issue 4 years ago • 3 comments

I noticed that most x86_64 intrinsics were stable, yet F16C 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.

Razordor avatar Oct 20 '21 15:10 Razordor

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.

Amanieu avatar Nov 05 '21 02:11 Amanieu

It's odd that the runtime check seems to think it was stablized in 1.27.0: https://github.com/rust-lang/stdarch/blob/91c64cd2a0a4ff02ad2db2ebac74fa50f206fa16/crates/std_detect/src/detect/arch/x86.rs#L166

It looks like this was missed: https://github.com/rust-lang/rust/blob/887999d163bace7e79370b952bdd1f930ff4cdd5/compiler/rustc_feature/src/active.rs#L241

Does it just need to be moved here?: https://github.com/rust-lang/rust/blob/887999d163bace7e79370b952bdd1f930ff4cdd5/compiler/rustc_feature/src/accepted.rs

aloucks avatar Dec 05 '21 16:12 aloucks

The feature detection was stabilized separately from the intrinsics.

Amanieu avatar Dec 05 '21 23:12 Amanieu

The F16C intrinsics aren't stable yet, this is still waiting on FCP in #1366.

Amanieu avatar Jan 22 '23 15:01 Amanieu