this required switching to the generic gemm_beta code (which is faster anyway on SKX)
for both DGEMM and SGEMM

Performance for the not-retuned version is in the 30% range

This patch adds the basic infrastructure for adding the SkylakeX (Intel Skylake server)
target. The SkylakeX target will use the AVX512 (AVX512VL level) instruction set,
which brings 2 basic things:
1) 512 bit wide SIMD (2x width of AVX2)
2) 32 SIMD registers (2x the number on AVX2)

This initial patch only contains a trivial transofrmation of the Haswell SGEMM kernel
to AVX512VL; more will follow later but this patch aims to get the infrastructure
in place for this "later".

Full performance tuning has not been done yet; with more registers and wider SIMD
it's in theory possible to retune the kernels but even without that there's an
interesting enough performance increase (30-40% range) with just this change.

Handle INCX=0,INCY=0 case

Fixes #1575 (sswap/dswap failing the swap utest on x86) as suggested by atsampson.

fixes #1571 (the old zrot.S assembly does not handle incx=0 correctly)

Revert " Switch mips32 target to USE_TRMM to fix complex TRMM"

... as it was just a silly workaround for the issue seen in #1563, caused by #1419

Remove extraneous brace from previous commit of mips dsdot fix

Revert changes from PR#1419

at least one of these changes apparently is an oversimplification, leading to TRMM breakage on some platforms as observed in #1563

Fixes #1561

Fix typo in MIPS P5600 complex ASUM code selection

Fix handling of zero INCX, INCY in ArmV7 AXPY and ROT

to pass the related utest (see #1469)

...to pass the related utest (see #1469)

* Use generic C implementation of zrot on ppc64/POWER6 to work around utest failure from #1469

Correct precision of mips dsdot

Implemented missing vsx simd  kernels for power8 blas1/2 double. z13 modifications

Add multithreading support for Haswell DDOT

z13: improved zgemv_(t|n)_4,zscal,zaxpy

Use generic/dot.c instead of the inferior arm/dot.c for x86 DSDOT

to resolve dsdot utest failure seen in #1492

copied from ashwinyes' implementation in dot_thunderx2t99.c

as the inaccuracies seen in the original testcase for #1332 appear to be due to an artefact that amplifies the very small rounding differences between FMA and discrete multiply+add

Power8 blas3 copy-pack routines

Replace .align with .p2aligns in dscal.c and the Nehalem microkernels as well

Fix limited DSDOT precision on arm,aarch64 and zarch

The default arm/dot.c is less precise when used for DSDOT, as shown by utest

The implementation in arm/dot.c has lower precision, as shown by the utest for dsdot.

The OSX assembler apparently mishandles the argument to decimal .align, leading to a significant loss of performance 
as observed in #730, #901 and most recently #1470

* Restore the remaining utests

* Try fork test on Cygwin and Linux only, it hangs on at least ARMv8/Android as well

* Use generic sswap/dswap kernels for NEHALEM 32bit to fix fault found by the restored swap utest

* Disable zdotu test for MS cl to work around runtime error -1073741819 on AppVeyor for now
(probably coding error in the initialization of the complex numbers or wrong choice of zdotu API)