was originally in #2228 but that PR had misplaced the file in the toplevel directory

Rebase

Workaround an ICE in clang 9.0.0

This bug is not there in 8.x nor in the 9.0 daily snapshot.

Fix precompiled kernels on POWER9 and make their use conditional on (old) gcc version

Fix SEGV in cdot_power9

used in KERNEL.POWER9

rebase

some optimizations of AVX512 DGEMM

Fix race conditions in multithreaded GEMM3M

Cleanup IOS build and disable FORTRAN on 32bit and ios builds for now

Revert "Cleanup Travis IOS xbuild and disable FORTRAN on 32bit and ios builds for now"

Travis recently appears unable to find a matching homebrew package for 32bit gfortran,
and the IOS crossbuild suffered from excessive output due to the known problem with "ASMNAME redefined"
warnings when CFLAGS is set in the environment

Cleanup Travis IOS xbuild and disable FORTRAN on 32bit and ios builds for now

Travis recently appears unable to find a matching homebrew package for 32bit gfortran,
and the IOS crossbuild suffered from excessive output due to the known problem with "ASMNAME redefined"
warnings when CFLAGS is set in the environment

We were corrupting r2 because the local entry wasn't being
setup correctly.

from #2322

by adding barriers (and a mutex lock for the non-OpenMP case) like it was already done for GEMM in level3_thread.c some time ago

zarch: treat z15 as z14 instead of generic

Change bad usage of "asum" to "sum" in ZARCH versions of ?sum

The ZARCH implementations of ?sum contain a cut & paste-error: An inline
assembly argument is named "sum", but the assembly references "asum"
instead.  The mismatch causes a build error.  This is fixed.

Signed-off-by: Dan Horák <dan@danny.cz>

revised fix windows compatible for #2313

Signed-off-by: Wang, Long <long1.wang@intel.com>

Fix usage of TerminateThread() causing critical section corruption.

Further Power8 big-endian corrections

Fix the integer overflow issue for large matrix size

Signed-off-by: Wang, Long <long1.wang@intel.com>

This patch was submitted to the GIMP project by a publisher wishing to
keep confidentiality (hence anonymously). I just pass along the patch.
Here is the patch explanation which came with:

First they remind us what Microsoft documentation says about
TerminateThread:
> TerminateThread is a dangerous function that should only be used in
> the most extreme cases. You should call TerminateThread only if you
> know exactly what the target thread is doing, and you control all of
> the code that the target thread could possibly be running at the time
> of the termination.
(https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-terminatethread)

Then they say that 5 milliseconds time-out might not be long enough for
the thread to exit gracefully. They propose to set it to a much higher
value (for instance here 5 seconds).

And finally you should always check the return value of
WaitForSingleObject(). In particular you want to run TerminateThread()
only if WaitForSingleObject() failed, not on success case.

For large matrix, e.g. M=N=K, and M>1290, int mnk=M*N*K will overflow.
This will lead to wrong branching to single-threading. The performance
is downgraded significantly.

Signed-off-by: Wang, Long <long1.wang@intel.com>

Fix PPC440 big-endian support and disable the QCDOC qalloc routine by default

1. qalloc() appears to have been a special routine written for the PPC440-based QCDOC supercomputer(s) from around 2005, its source does not seem to be readily available. So switch the #if 1 in the code to rely on standard malloc() by default.
2. Utility functions like get_num_procs, get_num_threads that were added to the "normally" used memory.c in the meantime were still missing here.

rebase

Fix PPC970 big-endian support

The altivec versions of SGEMM and CGEMM fail most test in LAPACK-TESTING when compiled for big endian, STRSM/CTRSM even cause segfaults. The rot kernels either fail the corresponding utest or lead to failures in LAPACK-TESTING.

as the respective PPC970 "altivec" kernels give wrong results when compiled for big endian

Fix potential issue in the c/z blas3 ctests