Assume cross-compilation if host and target os differ

fixes 1674

Set USE_TRMM for all ZARCH variants to fix TRMM faults with zarch-gen…

Fix missing replacements of ILAENV by ILAENV_2STAGE (lapack PR 272)

fixes #1743

This could cause spurious "parameter has an illegal value" errors in DSYEVR and related routines, see https://github.com/Reference-LAPACK/lapack/issues/262

Add combination of old and new thread memory code selectable by new option USE_TLS

detect z14 arch on s390x

add short blurb about avx512 and needed compiler to README

Add an AVX512 enabled DSYMV (L) function

Add an AVX512 enabled DGEMV (n)  function

Fix typo in sdot function

Add an AVX512 enabled DSCAL function

Disable zgemv scale in gemv benchmark by default

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

it looks like my previous pull request was short the final commit;
fix a typo in sdot

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

Add a AVX512 enabled SAXPY/DAXPY functions

Add an AVX512 enabled SDOT function

Add changes from the 0.3.x releases

fixes #1727

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

Add an AVX512 enabled DDOT function

written in C intrinsics for best readability.
(the same C code works for Haswell as well)

For logistical reasons the code falls back to the existing
haswell AVX2 implementation if the GCC or LLVM compiler is not new enough

Add workaround for avx512 compilations on Cygwin

fixes #1708

fix blasabs for windows

Bugfix in #1713 for Windows (LLP64), where `blasabs` needs to be `llabs` rather than `labs` for the 64-bit API.

Introduce blasabs macro and use it to switch between abs and labs for INTERFACE64

fabs -> fabsl

Fixes two calls that were using `fabs` on a `long double` argument rather than `fabsl`, which looks like it is doing an unintentional truncation to `double` precision.

Set EXPORT_NAME to match OpenBLASConfig.cmake

Haiku supporting patches