Merge pull request #2664 from ACSimon33/exported_symbols

Add missing exported symbols.

Merge pull request #2663 from martin-frbg/issue2654

Respect predefined defaults for AR, AS, LD and RANLIB

Merge pull request #2661 from martin-frbg/issue2660

Report selected DYNAMIC_ARCH kernel rather than one of its aliases in gotoblas_corename

Respect predefined defaults for AR, AS, LD and RANLIB

Added missing exported symbols.

Make gotoblas_corename report the name of the selected TARGET rather than its aliases

Merge pull request #64 from xianyi/develop

rebase

Merge pull request #2653 from craft-zhang/cortex-a53

fix INIT8x4 of SGEMM on Arm Cortex-A53

Merge pull request #2652 from martin-frbg/flang-fixes

Fixes for compilation with flang binary release 20190329

fix INIT8x4

Signed-off-by: ZhangDanfeng <467688405@qq.com>

Limit optimization level to O1 for flang and add -frecursive

When building with flang, use it also for the final link step to get dependencies right

Apply previously AOCC-specific workaround to all versions of flang

Merge pull request #63 from xianyi/develop

rebase

Merge pull request #2648 from martin-frbg/lapack411

Break out of potentially infinite rescaling loop in LAPACK xLARGV/xLARTG/xLARTGP

Merge pull request #2647 from martin-frbg/aocc-flang

Small fixes for flang in general and the AMD AOCC version of it in particular

Merge pull request #2645 from martin-frbg/misc_fixes

Miscellaneous fixes

Break out of potentially infinite rescaling loop in LAPACK xLARGV/xLARTG/xLARTGP

Reference-LAPACK issue 411

Merge pull request #2646 from wjc404/develop

Optimize AVX512 parallel DGEMM performance

Use only -O1 with AMD AOCC version of flang

to prevent miscompilation of LAPACK codes and tests on Ryzen

Update "cosmetic fixes for non-C99 compilers"

Add files via upload

Cosmetic fixes for non-C99 compilers

Delete spurious copy of common_param.h

make blas_quickdivide unsigned and guard against miscompilation

Merge pull request #62 from xianyi/develop

rebase

Merge pull request #2644 from martin-frbg/cmake-maxstack

Add CMAKE support for MAX_STACK_ALLOC setting

Limit MAX_STACK_ALLOC availability to non-Wndows

Update azure-pipelines.yml

Update azure-pipelines.yml

Add CMAKE support for MAX_STACK_ALLOC setting

Merge pull request #2643 from craft-zhang/cortex-a53

Improve performance of SGEMM on Arm Cortex-A53

Merge pull request #2638 from leezu/actions

Add Github Actions test for DYNAMIC_ARCH builds on Linux and macOS

sgemm copy source init

Signed-off-by: ZhangDanfeng <467688405@qq.com>

Insert prefetch

Signed-off-by: ZhangDanfeng <467688405@qq.com>

Merge pull request #2641 from martin-frbg/ppcg4

Work around PPC G4 test failures

set cmake build type to Release

revert clang pragma

Update sgemm_kernel_16x4_skylakex_3.c

preset optimization level for apple clang

Update dynamic_arch.yml

Make cmake build verbose to see options in use

Revert "keep Apple Clang from optimizing this"

Change PPCG4 CGEMM_M to match kernel change

Change complex DOT and ROT to generic kernels and switch CGEMM

in response to test failures seen in #2628 and BLAS-Tester

Keep Apple Clang from optimizing this

Keep apple clang 11.0.3 from trying to optimize this (and running out of registers)

Print CPU info in output

Add Github Actions test for DYNAMIC_ARCH builds

Update f_check

Merge pull request #2636 from martin-frbg/issue2634

Fix CMAKE build Issues on OS X

Disable EXPRECISION and add -lm on OSX (same as the BSDs and Linux)

Document option USE_LOCKING

Merge pull request #2635 from ilayn/patch-1

BUG: Fix the loop range in ZHEEQUB.f

BUG: Fix the loop range in ZHEEQUB.f

Use the fortran compiler to link LAPACK-related benchmarks

to fix linking problems with (at least) the AMD version of flang that creates dependencies on more than just the fortran runtime.

add support for RETURN_BY_STACK semantics, e.g. clang

remove libomp from link list only for pgfortran

at least the AMD (aocc) flavor of flang wants to link to a (real or dummy) libomp by default

Merge pull request #59 from xianyi/develop

rebase

Merge pull request #2627 from pkubaj/patch-1

Add powerpc (32-bit)

Merge pull request #2626 from docularxu/working-gcc-version-detections

make GCC version detection OS-independent

Add powerpc (32-bit)

Only powerpc64 is present.

make GCC version detection OS-independent

Previous design put GCC version detection inside of OSNAME 'WINNT'.
However, such detections are required for 'Linux' and possibly other
OS'es as well. For example, there is usage of the GCC versions
in Makefile.arm64. When compiling on Linux machine, in the previous
design, Markfile.arm64 will not know the correct GCC version.

The fix is to move GCC version detection into common part, not
wrapped by anything.

Signed-off-by: Guodong Xu <guodong.xu@linaro.com>

Merge pull request #2618 from craft-zhang/cortex-A53

Improve performance of SGEMM and STRMM on Arm Cortex-A53

update CONTRIBUTORS.md, adding myself

split cortex-a53 param to match 8x8 kernel

update sgemm and strmm kernel selecting strategy

use general register to speedup

align general register using to strmm_kernel_8x8

sgemm kernel use sgemm_kernel_8x8_cortexa53

Signed-off-by: zhangdanfeng <zhangdanfeng@cloudwalk.cn>

optimized for cortex-a53

Signed-off-by: zhangdanfeng <zhangdanfeng@cloudwalk.cn>

Merge pull request #2623 from mhillenibm/zarch_dgemm_z14

s390x: Use new sgemm kernel also for DGEMM and DTRMM on Z14 (+ small cleanup)

s390x: Use new sgemm kernel also for DGEMM and DTRMM on Z14

Apply our new GEMM kernel implementation, written in C with vector intrinsics,
also for DGEMM and DTRMM on Z14 and newer (i.e., architectures with FP32 SIMD
instructions). As a result, we gain around 10% in performance on z15, in
addition to improving maintainability.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x/GEMM: replace 0-init with peeled first iteration

... since it gains another ~2% of SGEMM and DGEMM performance on z15;
also, the code just called for that cleanup.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

Merge pull request #2622 from martin-frbg/issue2619

Improve declaration of LAPACKE_get_nancheck

Improve declaration of LAPACKE_get_nancheck

Merge pull request #2617 from martin-frbg/issue2616

Add workaround for unhandled  gmake jobserver flags in c_check/f_check

Ignore spurious all-numeric library names derived from mishandled jobserver flags

Ignore spurious all-numeric library names derived from mishandled jobserver flags

Merge pull request #58 from xianyi/develop

rebase

Merge pull request #2615 from mhillenibm/z14_alignment_hints

s390x: improvise vector alignment hints for older compilers

s390x: improvise vector alignment hints for older compilers

Introduce inline assembly so that we can employ vector loads with
alignment hints on older compilers (pre gcc-9), since these are still
used in distributions such as RHEL 8 and Ubuntu 18.04 LTS.

Informing the hardware about alignment can speed up vector loads. For
that purpose, we can encode hints about 8-byte or 16-byte alignment of
the memory operand into the opcodes. gcc-9 and newer automatically emit
such hints, where applicable. Add a bit of inline assembly that achieves
the same for older compilers. Since an older binutils may not know about
the additional operand for the hints, we explicitly encode the opcode in
hex.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

Merge pull request #2614 from mhillenibm/gemm_vec_z14

s390x: Improve performance of SGEMM and STRMM on z14 and newer

Update CONTRIBUTORS.md

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x/Z14: Change register blocking for SGEMM to 16x4

Change register blocking for SGEMM (and STRMM) on z14 from 8x4 to 16x4
by adjusting SGEMM_DEFAULT_UNROLL_M and choosing the appropriate copy
implementations. Actually make KERNEL.Z14 more flexible, so that the
change in param.h suffices. As a result, performance for SGEMM improves
by around 30% on z15.

On z14, FP SIMD instructions can operate on float-sized scalars in
vector registers, while z13 could do that for double-sized scalars only.
Thus, we can double the amount of elements of C that are held in
registers in an SGEMM kernel.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x: Use new sgemm kernel also for strmm on Z14 and newer

Employ the newly added GEMM kernel also for STRMM on Z14. The
implementation in C with vector intrinsics exploits FP32 SIMD operations
and thereby gains performance over the existing assembly code. Extend
the implementation for handling triangular matrix multiplication,
accordingly. As added benefit, the more flexible C code enables us to
adjust register blocking in the subsequent commit.

Tested via make -C test / ctest / utest and by a couple of additional
unit tests that exercise blocking.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x: Add vectorized sgemm kernel for Z14 and newer

Add a new GEMM kernel implementation to exploit the FP32 SIMD
operations introduced with z14 and employ it for SGEMM on z14 and newer
architectures.

The SIMD extensions introduced with z13 support operations on
double-sized scalars in vector registers. Thus, the existing SGEMM code
would extend floats to doubles before operating on them. z14 extended
SIMD support to operations on 32-bit floats. By employing these
instructions, we can operate on twice the number of scalars per
instruction (four floats in each vector registers) and avoid the
conversion operations.

The code is written in C with explicit vectorization. In experiments,
this kernel improves performance on z14 and z15 by around 2x over the
current implementation in assembly. The flexibilty of the C code paves
the way for adjustments in subsequent commits.

Tested via make -C test / ctest / utest and by a couple of additional
unit tests that exercise blocking (e.g., partial register blocks with
fewer than UNROLL_M rows and/or fewer than UNROLL_N columns).

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

Update CONTRIBUTORS.md, adding myself

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x: choose SIMD kernels at run-time based on OS and compiler support

Extend and simplify the run-time detection for dynamic architecture support for z
to check HW_CAP and only use SIMD features if advertised by the OS.
While at it, also honor the env variable LD_HWCAP_MASK and do not use
the CPU features masked there.

Note that we can only use the SIMD features on z13 or newer (i.e.,
Vector Facility or Vector-Enhancements Facilities) when the operating
system supports properly context-switching the vector registers. The OS
advertises that support as a bit in the HW_CAP value in the auxiliary
vector. While all recent Linux kernels have that support, we should
maintain compatibility with older versions that may still be in use.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x: only build kernels supported by gcc with dynamic arch support

When building with dynamic arch support, only build kernels for
architectures that are supported by the gcc we are building with.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

s390x: gate dynamic arch detection on gcc version and add generic

When building OpenBLAS with DYNAMIC_ARCH=1 on s390x (aka zarch), make
sure to include support for systems without the facilities introduced
with z13 (i.e., zarch_generic). Adjust runtime detection to fallback to
that generic code when running on a unknown platform other than Z13
through Z15.

When detecting a Z13 or newer system, add a check for gcc support for
the architecture-specific features before selecting the respective
kernel. Fallback to Z13 or generic code, in case.

Signed-off-by: Marius Hillenbrand <mhillen@linux.ibm.com>

Merge pull request #2612 from RajalakshmiSR/testshgemm

Improve shgemm test

Improve shgemm test

This patch adds another check to test shgemm results.

Merge pull request #2611 from RajalakshmiSR/bench_half

Include shgemm in benchtest

Include shgemm in benchtest

This patch is to enable benchtest for half precision gemm
when BUILD_HALF is set during make.

Merge pull request #2610 from martin-frbg/issue2552-3

Temporary workaround for excessive LAPACK test failures with COMPLEX on Skylake-X

Work around excessive LAPACK test failures on Skylake-X

Something in the plain C parts of x86_64 cscal.c and zscal.c appears to be miscompiled by both gfortran9 and ifort when compiling for skylakex-avx512, even when the optimized Haswell microkernel is not in use.

Merge pull request #2609 from martin-frbg/issue2552-2

Correct ifort options

Correct ifort options

to same as suggested by reference-lapack

Merge pull request #2608 from martin-frbg/issue2604

Handle trailing whitespace and empty variables in KERNEL files