to pass the related utest (see #1469)

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

Fix CMake cross-compiling

Power8 blas3 copy-pack routines

Limit the additional locking from PRs 1052,1299 to non-OpenMP cases

Without specifying thread count, NUM_THREADS would not be defined and CMake would fail.
This is because core count cannot be determined when cross-compiling.

ARM64: Fix utest dsdot errors

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

Fix limited DSDOT precision on arm,aarch64 and zarch

Use .p2align instead of .align for portability on Haswell and Sandybridge

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

Revert "Add locks only for non-OPENMP multithreading"

Add locks only for non-OPENMP multithreading

to migitate performance problems caused by #1052 and #1299 as seen in #1461

* 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)

Fix wrong conditionals in scaling loops of rotmg and update BLAS1 tests from netlib

Revert insidious suppression of the -fopenmp flag in the LAPACK subtree

adding tests for SROTMG, SROTM, SDSDOT, DROTMG, DROTM, DSDOT

To allow compiling with gcc versions older than 4.9

This was added in #1046 citing a problem with mingw, but in effect it quietly reduces thread safety on all non-Windows platforms (while -fopenmp is already disabled for Windows builds through the toplevel Makefile.system). Removing the filter fixes #1425

test_fork is not meant to be run (nor expected to work) with OpenMP

Fixes 1456

Keep the flag handling separate from the scaling loops in rotmg

Enable assembly kernels for the generic ARMV8 target and treat CortexA53,A72 as A57

Fixes #1452 and is more in line with how ATLAS does it. The earlier fix from #356 only moved the bug elsewhere, but we will never want the iterative rescaling to change the dflag setting and variable associations with each cycle.

Remove spurious EXTERNAL reference

Fix issues with forking on Cygwin

From Reference-LAPACK issue 228, remove spurious EXTERNAL reference to unused and nonexistent function xLACGV that could cause linking problems.

Even if we're directly using the win32 threading driver and not pthreads,
pthread_atfork still works fine to register a pre-fork handler, and is
necessary to restore the threading server to a pre-initialized state.