Kathryn Long

Just got this same panic today, in the middle of writing some fairly innocuous code. Something along the lines of `Blah

Currently f16 is being serialized as a u16, which works for binary formats, but not so much for string serialization. Will just need to do custom serialization implementation rather then...

Added serde adapters to support this, since serde has design limitations preventing different serialization for different output formats. Use `#[serde(serialize_with="f16::serialize_as_f32")]` in derive macros of types containing `f16` to see float...

Sounds good to me, I'm happy to merge a PR with this support

It appears something changed in how Rust performs float casts of NaN. The line the fails is casting a NaN f64 as f32. I'm going to remove the f64/f32 cast...

Opened a bug with compiler: https://github.com/rust-lang/rust/issues/120898

It looks like this is a non-deterministic hardware/compiler thing that won't be fixed. I'll change the test cases to avoid the problem.

I'm fine with putting these in the crate, maybe make sure that existing aarch64 assembly in crate doesn't overlap though, and make any existing code use the new names if...

Ya, been waiting for these to show up, but probably just going to have to PR them myself like I'm doing for the F16C stabilization.

Did some digging. It looks like the holdup for ARM conversions is that the ARM code all relies on `simd_cast` LLVM intrinsic rather than the ARM intrinsics directly, and the...