The compiler options that enable 16 bit floating point instructions
should not be enabled by default when building the RISCV64_ZVL128B
and RISCV64_ZVL256B targets.  The zfh and zvfh extensions are not part
of the 'V' extension and are not required by any of the RVA profiles.
There's no guarantee that kernels built with zfh and zvfh will work
correctly on fully compliant RVA23U64 devices.

To fix the issue we only build the RISCV64_ZVL128B and RISCV64_ZVL256B
kernels with the half float flags if BUILD_HFLOAT16=1.  We also update
the RISC-V dynamic detection code to disable the RISCV64_ZVL128B and
RISCV64_ZVL256B kernels at runtime if we've built with DYNAMIC_ARCH=1
and BUILD_HFLOAT16=1 and are running on a device that does not support
both Zfh and Zvfh.

Fixes: https://github.com/OpenMathLib/OpenBLAS/issues/5428

Implementing SVE in `[SD]AXPY` Kernels for `A64FX` and `Graviton3E`

Optimize the gemv_t_vector.c  kernel  for  RISCV64_ZVL256B target

Increase L2 defaults for RISCV X280 / ZVL256B and ARM SVE targets in CMake cross-compilation

fix: broken cblas installation when using makefile based builds

Add and use vectorized packing in ZVL128B and ZVL256B for RISCV

Move the value assignment of vector x in gemv_n_sve.c to the outermos…

Optimize SBGEMM / BGEMM for NEOVERSEV1 further

Fix cblas.h missing from target directory if NO_CBLAS is defined but has
a value that indicates you do want cblas built and installed.

1.Verify correctness using BLAS-Tester
    2.Using the built-in benchmark to verify performance, the performance of float and doule type improved by about 60% and about 40% respectively.The test command is:
     export OMP_NUM_THREADS=1;numactl -C 10 -l ./sgemv.goto 3000 4000 100
     export OMP_NUM_THREADS=1;numactl -C 10 -l ./dgemv.goto 3000 4000 100

This changes the kernels to pack full SVE vectors and reduces the
overall complexity of the inner GEMM loop.

* Update to 20.1.8

* fix PATH to avoid the obsolete LLVM19 that appeared in the preinstalled msvc folder hierarchy

Fix compilation of the NeoverseN2 SBGEMM kernel

Multi-thread Performance Improvement of GEMM on NeoverseV1 with DIVIDE_RATE=1

Adjust multithreading threshold in S/DGER and add an intermediate step

Work around gcc15.1 on POWER misoptimizing DGEMV at -O3

Fix bad vector zero initializer and other compiler warnings for RISC-V.

Fix building of bgemm tests on GEMM3M-capable (x86) targets

ARM64: Enable bfloat16 kernels by default

Introduce a (crude) threshold to multithreading in STRMV/DTRMV

Add NEOVERSEV2 target support

Include float-bfloat conversion functions in ONLY_CBLAS builds as well

Add optimized BGEMM for NEOVERSEN2 target

Use OpenBLAS_ROOT_DIR in OpenBLASConfig.cmake generation only if set

Update ?GEMM-to-?GEMV forwarding settings for CMake

Did a quick run around to make `TARGET=NEVOERSEV2` build successfully.

Fixes #5385

This re-uses the existing NEOVERSEN2 8x4 `sbgemm` kernel to implement `bgemm`.