Wrong output from getarch on Apple M4

Follow-up to #5233, fixing "Argument list too long"

Fix "Argument list too long" compilation error for Intel macOS

Temporarily disable the Cooper Lake/Sapphire Rapids microkernel for non-transpose SBGEMV

Bump xuantie qemu for c910v

Signed-off-by: Han Gao <rabenda.cn@gmail.com>

Improve performance for SGEMVN on NEONVERSEN1

Update and amend parameters for Neoverse cpus in CMake crossbuilds

Further performance improvements to non-transposed [SD]GEMV kernels for A64FX and Neoverse V1.

Add AArch64-optimized SYMV kernels

lapacke_mangling.h is no longer generated, so don't delete on make clean

Use SVE kernel for S/DGEMVT for SVE machines

Optimizing the Implementation of GEMV on the RISC-V V Extension

test_potrs.c: do not use GCC pragma on darwin-aarch64

Using GCC 14.2.0 on Darwin, the pragma ultimately causes a linker error
"ld: invalid r_symbolnum=". The current workaround is to use the old
linker, but (a) it's deprecated and (b) it can produce libraries that
are subsequently not linkable with the newer linker in dependents: the
new ld64 does not link to libraries with duplicate rpaths created by the
classic linker.

Remove spurious cast from Alpha and Cell's DEFAULT_ALIGN

Fix incomplete error message in EIG test (Reference-LAPACK PR 1119)

Repeat the libs target's "ln" in the all target to ensure completeness of copy on Windows

Fix pdb file creation in debug dll builds with CMake on Windows/WoA

CMake: Pass `OpenMP` compiler and linker flags through CMake targets

Fix MacOS compilation with xcode16.3/clang17/gcc14

Specialized some scenarios, performed loop unrolling, and reduced the
number of multiplications.

* Update flang call in OSX_LLVM_flangnew job

Update zsum.c -- fixed spelling error to successfully compile

spelling error where zsum_kernel is used and it should be zasum_kernel. Will not compile without fix.

On zarch don't produce objects from assembler with a writable stack s…

When using the GNU toolchain a warning is printed about an executible
stack:
 /usr/lib64/gcc/.../x86_64-suse-linux/bin/ld: warning: /tmp/ccyG3xBB.o: missing .note.GNU-stack section implies executable stack
[   15s] /usr/lib64/gcc/.../x86_64-suse-linux/bin/ld: NOTE: This behaviour is deprecated and will be removed in a future version of the linker
to prevent this warning, add:
    ```
            .section        .note.GNU-stack,"",@progbits
    ```

Signed-off-by: Egbert Eich <eich@suse.com>

On z-series, the current version of the GNU toolchain produces warnings
such as:
```
/usr/lib64/gcc/[...]/s390x-suse-linux/bin/ld: warning: ztrmm_kernel_RC_Z14.o: missing .note.GNU-stack section implies
executable stack
/usr/lib64/[...]/s390x-suse-linux/bin/ld: NOTE: This behaviour is deprecated and will be removed in a future version of the linker
```
To prevent this message and make sure we are future proof, add
```
	.section        .note.GNU-stack,"",@progbits
```
Also add the `.size` bit to give the asm defined functions a proper size
in the symbol table.

Signed-off-by: Egbert Eich <eich@suse.com>

Fix misinterpretation of NO_LAPACK=0 and SPMV settings in CMake builds