eve VS simde

C++ offers tools for writing better APIs, and since the addition of concepts in C++20 it offers much better API enforcement. Writing an equivalent to libraries such as {fmt} or EVE is not possible in anything we’d call C.

Here is a doc on how we suggest to do it: https://jfalcou.github.io/eve/multiarch.html Here is complete code of that example: https://github.com/jfalcou/eve/tree/main/examples/multi-arch

My source for this was the statement:

Indeed you cannot. Then again, you couldn't write a library like fmtlib in C in the first place. I mean why do you complain about C++ features which enable you to write libraries you otherwise couldn't? How would you expect to implement equivalent libraries to EVE or mp-units in C alone?

I was curious about these libraries a few weeks ago and did some searching. Is there one that's got a clearly dominating set of users or contributors?

I don't know what a good way to compare these might be, other than perhaps activity/contributor count.

[1] https://github.com/simd-everywhere/simde

[2] https://github.com/ermig1979/Simd

[3] https://github.com/google/highway

[4] https://gitlab.com/libeigen/eigen

[5] https://github.com/shibatch/sleef

I note that SIMDe doesn't have RISC-V support yet (but it does support Loongson LoongArch):

https://github.com/simd-everywhere/simde/

There are still a ton of things to do to get the Debian riscv64 port going too:

https://wiki.debian.org/PortsDocs/New

SIMDe is everything you're after: https://github.com/simd-everywhere/simde

> low level code that can run on multiple hardware architectures

I thought SIMD Everywhere was a pretty interesting project for that, lets you write x86 SSE/AVX code and run it on non-x86 architectures:

https://github.com/simd-everywhere/simde

> architecture-specific features such as SSE/AVX which is not portable.

I don’t have hands-on experience, but somewhere on HN I saw this: https://github.com/simd-everywhere/simde If starting a new cross-platform project today, I would try that library first, before doing the usual intrinsics.