simd setup: amd64 target doesn't account for AVX support only about kitty HOT 8 CLOSED

I have a fix at simd-everywhere/simde#1154 but I was unable to test it using qemu 8.2 ; can you confirm that it works for you? Using -march=native and/or -march=bdver2; thanks!

From my end I was able to reproduce with -march=x86-64-v2 -mxop (bdver2 gave illegal instructions at build time without qemu) and can confirm that the PR applied to 0.8.0 fixes it for that scenario, thanks. I could apply it to our Gentoo package until next release.

from kitty.

...not that i can confirm that the resulting kitty binary works fine given that gives me illegal instructions without qemu too (I do not have xop, so not that's not surprising). But I'm not too worried there.

from kitty.

I am confused, the CPU your are using is irrelevant here, this is an
error during build not run. SIMD variants are chosen at runtime not
buildtime. At build time both SSE4.2, and AVX2 code is built which one
is used is determined at runtime. That error comes from a simde include,
so likely some issue between your build toolchain and simde.

from kitty.

Sounds like a simde bug to me, it fails when -mxop is enabled (which is done with -march=bdver2, or -march=x86-64-v2 -mxop) -- Edit: or perhaps due to something else xop enables, haven't looked too closely

simde-features.h ends up hitting some different path and I think(?) it ends up never setting SIMDE_X86_SSE2_NATIVE which leads to m128i being missing (in simde/arm/neon/types.h):

  #if defined(SIMDE_X86_SSE2_NATIVE)
    __m128i m128i;
  #endif

from kitty.

fwiw CPPFLAGS="-DSIMDE_X86_XOP_NO_NATIVE=1" seems to work as a workaround with -march=x86-64-v2 -mxop (haven't tried bdver2 given that makes me hit illegal instructions).

from kitty.

@BGazotti maybe just remove the -march=bdver2 from your cflags and you should be fine. Do you have any idea where thats coming from? And of course report the issue to simde and hopefully they will fix it.

from kitty.

@BGazotti maybe just remove the -march=bdver2 from your cflags and you should be fine. Do you have any idea where thats coming from? And of course report the issue to simde and hopefully they will fix it.

I came here because I got a downstream bug report on Gentoo, but then they closed it (after seeing the unrelated -mavx2) and came here before I could reply, and most users on Gentoo will do -march=native or =something by default for their entire system.

That aside I applied a workaround for Gentoo, ideally should be looked at in simde though.

from kitty.

@BGazotti Hello, I'm the SIMDe maintainer and I came across this report.

I have a fix at simd-everywhere/simde#1154 but I was unable to test it using qemu 8.2 ; can you confirm that it works for you? Using -march=native and/or -march=bdver2; thanks!

from kitty.