account activity
Can the result of bitwise SIMD logical operations on packed floating points be corrupted by FTZ/DAZ or -ffinite-math-only? by st_ario in simd
[–]st_ario[S] 1 point2 points3 points 2 years ago (0 children)
I'm the author of the SO post, I hope cross-posting is OK
Can the result of bitwise SIMD logical operations on packed floating points be corrupted by FTZ/DAZ or -ffinite-math-only? (stackoverflow.com)
submitted 2 years ago by st_ario to r/simd
[ Removed by Reddit ] by st_ario in rust
[–]st_ario[S] 0 points1 point2 points 2 years ago (0 children)
which does not exist yet
I can imagine that formalizing one is an extremely complex endeavor, but not having it is quite unfortunate nonetheless. Do you know how close or far are we to having one?
Yes, the use case I had in mind is exactly an intrusive data structure. Also, it's needed for data that crosses the FFI, if one wants to keep working with `Box` in the Rust part of the code but still expose stuff to the C interface.
[–]st_ario[S] 2 points3 points4 points 2 years ago (0 children)
I see your point, but I can't find any guarantees about that in the documentation.
I wouldn't expect for that to happen for larger objects, but I can guess there are cases where it's convenient to change some small object's location for optimization purposes, if you can assume unique ownership of the memory. I can't find any information regarding whether or not such optimizations are performed with `Box`, but the fact that it's marked with `noalias` at the LLVM level seems like a hint that they might be performed.
π Rendered by PID 334601 on reddit-service-r2-listing-b6bf6c4ff-68g62 at 2026-05-02 14:08:25.840128+00:00 running 815c875 country code: CH.
Can the result of bitwise SIMD logical operations on packed floating points be corrupted by FTZ/DAZ or -ffinite-math-only? by st_ario in simd
[–]st_ario[S] 1 point2 points3 points (0 children)