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

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)

ref #1439

small corrections

Initialize unitialized values for repeated calls

small fix inside ifdef z13mvc . (z13mvc code is not used in production)