Matthias Kretz

> `stdx::abs` is now working for integers, but is returning zeros for FP for unknown reason. Interesting. Maybe you can check whether the _S_absmask constants are correct? > `stdx::fabs` works...

> `_S_allbits` and `_S_signmask` are fine, but `_S_absmask` is not This smells like a compiler bug: https://godbolt.org/z/SYU0Fp

> Last unresolved error for stdx::sin() to compile: Interesting. Clang and GCC disagree on how overload resolution works here.

BTW, just so you're aware: I'm currently working on integrating this repo into libstdc++ and the relevant repo would be mattkretz/gcc with the mkretz/simd2 branch. However, I regularly force-push into...

> I am observing strange behavior with `long double` so far. The error you see from constructing an object of type `simd` is expected. That's the result from using an...

Sorry, I dropped out for a few days because of other work + a public holiday here. First thing I'll do is to get my gcc branch merged back here...

Thank you for the analysis and solution. It does look like a workaround to a linker bug, though. That doesn't mean there should be no workaround. But priority should be...

Linking by itself should not change the code. However LTO will. The principal idea of LTO is that the linker gets the same flags as the compiler got. So the...

Add `-DVc_NO_STD_FUNCTIONS` and I guess it should work (I think Vc got the default wrong there). If you call `floor` unqualified then ADL finds `Vc::floor` on name lookup and on...

This is intentional. A `simd::reference` easily becomes a dangling reference and there's no language support to make the reference proxy "safer" (there should be). Therefore the reference type tries as...