Allow building on OpenBSD

Add workaround for old gcc and clang versions

With this change, OpenBLAS builds and all tests pass on OpenBSD 6.2
using Clang. Tested on x86-64 only, with and without DYNAMIC_ARCH=1.

Old gcc and clang do not handle constructor arguments, finally fix #875 as discussed there, using the fedora patch

Correct index variables used in MFlops calculation

Fixes #1474

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

Disable CPU affinity by default again

This setting must have been changed unintentionally by my PR #1214 (probably leftover from unrelated tests)

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

Re-enable DAXPY AVX microkernels  for x86_64

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

* Rewrite ROTMG based on the new implementation in GONUM based on the algorithm proposed by Tim Hopkins, see issue 1452 for the reference
* Correct ROTMG utest for issue1452 and add another from gonum, also correct transposition of expected and observed values in error messages

Fix transposition of expected and computed values in error message

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