This should fix the issues found in SR

- Recreate old library scheme for existing products:
  It turned out the new scheme on existing systems has
  been causing package breakages.
- Do not generate baselibs.conf for HPC builds.
- Add support for gcc11 & 12.
- For SLE/Leap on x86_64 and s390x do not mix compiler versions
  as this will make the gfortran ABI version inconsistent. Instead
  use the stock compiler and set the list of kernels for x86_64
  cores explicitly as Cooperlake requires compiler intrinsics
  which are not provided by gcc 7.
- Require at least 7G of disk space for building.

- Make sure pre-existing (arch-independent) update-alternatives
  are wiped before registering new ones.
  Since update-alternatives has no reliable way to check if
  a certain 'generic name' exists, brute-force it and ignore
  any error (boo#1208248).
- Remove totally pointless - ie. never executed - %%posttrans
  script.
- Restore generic link for update-alternatives. This is usually
  set by the update-alternatives and it is '%ghost'ed but rpmlint
  complains.
- Add rpmlintrc rules to avoid false positives from consistently
  guessing the update-alternatives generic name wrong.
- Make arch dependent generic names conditional.

- Do not set LIBNAMESUFFIX to mark different flavors as this causes
  the SONAME to be different so that different flavors of OpenBLAS
  cannot serve as plugin replacements of each other (boo#1177260).
- Fix a fallout of making alternatives directory arch dependent.

• Files Changed
• Browse Source

- Fix aarch64 builds with GCC < 9 (i.e. Leap/SLE 15.x), disable
  NEOVERSEN2 target. See gh#xianyi/OpenBLAS#3874.

- Update to v0.3.21 (jsc#PED-493):
  * general:
    - Updated the included LAPACK to Reference-LAPACK release 3.10.1
    - when no Fortran compiler is available, OpenBLAS builds will now automatically
    - function LAPACKE_lsame is now annotated with the GCC attribute "const" to aid static analyzers
    - added USE_TLS to the list of options reported by the openblas_get_config() function
    - added SYMBOLPREFIX/SYMBOLSUFFIX handling for LAPACK 3.10.0 functions added in 0.3.20
    - reverted OpenMP threadpool behaviour in the exec_blas call to its state before 0.3.11, that is
      the threadpool will no longer grow or shrink on demand as the overhead for this is too big at least with
      GNU OpenMP. The adaptive behaviour introduced in 0.3.11 can still be requested at runtime by setting
      the environment variable OMP_ADAPTIVE
    - worked around spurious STFSM/CTFSM errors reported by the LAPACK testsuite
  * x86_64:
    - fixed determination of compiler support for AVX512 and removed the 0.3.19
    - workaround for building SKYLAKEX kernels on Sandybridge hardware
    - fixed compilation for the SKYLAKEX target with gcc 6
    - fixed compilation of the SkyLakeX small matrix GEMM kernels with LLVM or ICC
    - added support for the Zhaoxin/Centaur KH40000 cpu
    - fixed a potential crash in the ZSYMV kernel used for all targets except generic
  * POWER:
    - worked around an overflow error in the POWER6 DNRM2 kernel
    - fixed compilation on PPC440
    - fixed a performance regression in the level1 BLAS on POWER10
    - fixed the POWER10 ZGEMM kernel
    - fixed singlethreaded builds for POWER10
    - fixed compilation of the POWER10 DGEMV kernel with older gcc versions
    - enabled compilation of the BFLOAT16 kernels by default

• Files Changed
• Browse Source

initialize package

• Browse Source