MSVC support

[anthony-linaro]

This resolves issue #384.

Much of this is based on the initial effort done by @invertego in said issue, however it adds some extras, and ensures that all the tests pass correctly.

This was tested on my Thinkpad X13s running Windows 11 22H2 (22621.1702), and using SDK 10.0.22621.

[invertego]

Why does GCC need special treatment here?

[anthony-linaro]

IIRC (I didn't actually write this particular bit, someone else did), the updated version didn't work in GCC

[invertego]

It's not a huge deal, it'd be nice if this built cleanly at /W4. Here's what's remains:

sse2neon.h(6468,9): warning C4310: cast truncates constant value
sse2neon.h(8258,39): warning C4100: 'a': unreferenced formal parameter
sse2neon.h(8260,39): warning C4100: 'b': unreferenced formal parameter
sse2neon.h(8261,35): warning C4100: 'lb': unreferenced formal parameter
sse2neon.h(8271,39): warning C4100: 'a': unreferenced formal parameter
sse2neon.h(8272,35): warning C4100: 'la': unreferenced formal parameter
sse2neon.h(8273,39): warning C4100: 'b': unreferenced formal parameter
sse2neon.h(8356,50): warning C4100: 'b': unreferenced formal parameter
sse2neon.h(8367,39): warning C4100: 'a': unreferenced formal parameter

[jserv]

@anthony-linaro, Please resolve conflicts.

[jserv]

The proposed change caused MinGW breakage:

$ aarch64-w64-mingw32-clang++ -o tests/common.o -Wall -Wcast-qual -I. -march=armv8-a+fp+simd -std=gnu++14 -c -MMD -MF tests/common.o.d tests/common.cpp
In file included from tests/common.cpp:1:
In file included from tests/common.h:5:
./sse2neon.h:838[9](https://github.com/DLTcollab/sse2neon/actions/runs/5046362677/jobs/9063430352?pr=596#step:4:10):[11](https://github.com/DLTcollab/sse2neon/actions/runs/5046362677/jobs/9063430352?pr=596#step:4:12): error: use of undeclared identifier '__crc32ch'
    crc = __crc32ch(crc, v);

@invertego and @anthony-linaro, can you check?

[invertego]

This change assumes the availability of CRC and AES intrinsics on aarch64, but clang's arm_neon.h only declares them if the requisite architectural features are enabled. Adding "+crc+aes" to ARCH_CFLAGS in the Makefile will make these errors go away. I suppose that's sufficient so long as we don't actually care about building sse2neon (specifically for Windows) with these features disabled. Otherwise, it will be necessary to check __clang__ in addition to _M_ARM64 to prevent this assumption from applying to clang.

[anthony-linaro]

As far as I can tell (I did add it in a comment) there does not exist a supported WoA platform without crypto extensions (people have it running on some unsupported ones like old Windows Phones such as the Lumia 950, but those are rare/unsupported, and we can discount them). I will modify the makefile for Windows as suggested.

[anthony-linaro]

@jserv This should now (hopefully) be resolved

[jserv]

@jserv This should now (hopefully) be resolved

It seems that crypto extension was not properly handled.

$ aarch64-w64-mingw32-clang++ -o tests/common.o -Wall -Wcast-qual -I. -march=armv8-a+fp+simd -std=gnu++14 -c -MMD -MF tests/common.o.d tests/common.cpp
In file included from tests/common.cpp:1:
In file included from tests/common.h:5:
./sse2neon.h:8[9](https://github.com/DLTcollab/sse2neon/actions/runs/5055092682/jobs/9070866019?pr=596#step:4:10)16:20: error: use of undeclared identifier 'vaeseq_u8'
        vaesmcq_u8(vaeseq_u8(vreinterpretq_u8_m[12](https://github.com/DLTcollab/sse2neon/actions/runs/5055092682/jobs/9070866019?pr=596#step:4:13)8i(a), vdupq_n_u8(0))),
                   ^

[anthony-linaro]

@jserv Let's try that again

[anthony-linaro]

@jserv Formatting issues should now be solved also

[jserv]

Thank @anthony-linaro and @invertego for this great effort!