I just tried compiling but got the error
In file included from algo/echo/aes_ni/hash.c:21:0:
algo/echo/aes_ni/vperm.h:53:7: note: called from here
x = _mm_shuffle_epi8(*((__m128i*)table + 0), x);\
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
algo/echo/aes_ni/hash.c:385:4: note: in expansion of macro 'TRANSFORM'
TRANSFORM(_state[i][j], _k_opt, t1, t2);
^~~~~~~~~
In file included from algo/echo/aes_ni/vperm.h:20:0,
from algo/echo/aes_ni/hash.c:21:
/usr/lib/gcc/x86_64-alpine-linux-musl/6.4.0/include/tmmintrin.h:136:1: error: inlining failed in call to always_inline '_mm_shuffle_epi8': target specific option mismatch
_mm_shuffle_epi8 (__m128i __X, __m128i __Y)
^~~~~~~~~~~~~~~~
In file included from algo/echo/aes_ni/hash.c:21:0:
algo/echo/aes_ni/vperm.h:52:5: note: called from here
t1 = _mm_shuffle_epi8(*((__m128i*)table + 1), t1);\
algo/echo/aes_ni/hash.c:385:4: note: in expansion of macro 'TRANSFORM'
TRANSFORM(_state[i][j], _k_opt, t1, t2);
^~~~~~~~~
source='algo/hodl/aes.c' object='algo/hodl/cpuminer-aes.o' libtool=no \
DEPDIR=.deps depmode=none /bin/sh ./depcomp \
gcc -DHAVE_CONFIG_H -I. -Iyes/include -Iyes/include -fno-strict-aliasing -I. -Iyes/include -Iyes/include -Wno-pointer-sign -Wno-pointer-to-int-cast -g -O2 -Iyes/include -Iyes/include -c -o algo/hodl/cpuminer-aes.o `test -f 'algo/hodl/aes.c' || echo './'`algo/hodl/aes.c
make[2]: *** [Makefile:2491: algo/echo/aes_ni/cpuminer-hash.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/cpuminer-opt'
make[1]: *** [Makefile:3506: all-recursive] Error 1
make[1]: Leaving directory '/cpuminer-opt'
make: *** [Makefile:665: all] Error 2
This could be CPU related, especially if it's an AMD, and even worse an old AMD. I have found that many strange compile errors
with SIMD intrinsics are due to architecture issues where the intrinsic isn't recognized as such and gets "implicitly declared" at compile
time assuming type int instead of __m128i. After that any reference to the intrinsic causes the compiler to spit out strange error messages.
You can confirm this is you find previous implicit declaration warnings related to SIMD intrinsic functions.
