Merge version 0.3.13+ds-3+rpi1 and 0.3.13+ds-3+deb11u1 to produce 0.3.13+ds-3+rpi1+deb11u1

Merge openblas (0.3.13+ds-3+deb11u1) import into refs/heads/workingbranch

Fix incorrect results of AVX512 DGEMM kernel when built on pre-AVX2 machine

Origin: upstream, https://github.com/xianyi/OpenBLAS/pull/3579
Bug: https://github.com/xianyi/OpenBLAS/issues/2986
     https://github.com/xianyi/OpenBLAS/issues/3454
     https://github.com/xianyi/OpenBLAS/issues/3557
Bug-Debian: https://bugs.debian.org/1025480
Applied-Upstream: 0.3.21
Reviewed-by: Sébastien Villemot <sebastien@debian.org>
Last-Update: 2023-06-26

When building OpenBLAS with dynamic arch selection on x86-64 hardware
that does not support AVX2 (e.g. Intel Ivybridge or earlier), then
the AVX512 (SkylakeX) kernel for DGEMM would produce incorrect
results (of course when run on AVX512-capable hardware).

The problem was that the check for determining whether the compiler
is able to understand AVX512 assembly/intrinsics was doubly
incorrect: it would test the build machine capabilities (instead of
the compiler capabilities); and it would check for AVX2 instead of
AVX512. As a consequence, on pre-AVX2 hardware, the build system
would conclude that the compiler is not able to understand AVX512
primitives, and would create a broken AVX512 (SkylakeX) DGEMM kernel
(essentially a Haswell kernel, but with some wrong assumptions, hence
leading to incorrect numerical results).
Last-Update: 2023-06-26
Gbp-Pq: Name avx512-dgemm.patch

Fix SIGILL on arm64 when HWCAP_CPUID is not set

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/6fe0f1fab9d6a7f46d71d37ebb210fbf56924fbc
Bug-Debian: https://bugs.debian.org/986996
Last-Update: 2021-04-18

This is a crashing bug (SIGILL) that also affects numpy on arm64. One
line of processors affected are NVIDIA Tegra (Jetson devices).

On ARM64, openblas uses feature registers to detect the detailed
processor arch. It queries HWCAP_CPUID to check if the feature registers
are used. But due to a missing volatile declaration, gcc seems to break
this guarding in optimization.
Last-Update: 2021-04-18
Gbp-Pq: Name fix-arm64-sigill.patch

riscv64-supported

Gbp-Pq: Name riscv64-supported.patch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.13+ds-3+deb11u1) bullseye; urgency=medium

  * avx512-dgemm.patch: new patch taken from upstream. Fixes incorrect numerical
    results of DGEMM on AVX512-capable hardware, when the package has been built
    on pre-AVX2 hardware (e.g. Intel Ivybridge). (Closes: #1025480)

[dgit import unpatched openblas 0.3.13+ds-3+deb11u1]

Import openblas_0.3.13+ds-3+deb11u1.debian.tar.xz

[dgit import tarball openblas 0.3.13+ds-3+deb11u1 openblas_0.3.13+ds-3+deb11u1.debian.tar.xz]

Merge version 0.3.13+ds-2+rpi1 and 0.3.13+ds-3 to produce 0.3.13+ds-3+rpi1

Merge openblas (0.3.13+ds-3) import into refs/heads/workingbranch

Fix SIGILL on arm64 when HWCAP_CPUID is not set

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/6fe0f1fab9d6a7f46d71d37ebb210fbf56924fbc
Bug-Debian: https://bugs.debian.org/986996
Last-Update: 2021-04-18

This is a crashing bug (SIGILL) that also affects numpy on arm64. One
line of processors affected are NVIDIA Tegra (Jetson devices).

On ARM64, openblas uses feature registers to detect the detailed
processor arch. It queries HWCAP_CPUID to check if the feature registers
are used. But due to a missing volatile declaration, gcc seems to break
this guarding in optimization.
Last-Update: 2021-04-18
Gbp-Pq: Name fix-arm64-sigill.patch

riscv64-supported

Gbp-Pq: Name riscv64-supported.patch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.13+ds-3) unstable; urgency=medium

  * fix-arm64-sigill.patch: new patch, fixes SIGILL on arm64 with numpy.
    Thanks to Thomas Viehmann <tv@beamnet.de> (Closes: #986996)

[dgit import unpatched openblas 0.3.13+ds-3]

Import openblas_0.3.13+ds-3.debian.tar.xz

[dgit import tarball openblas 0.3.13+ds-3 openblas_0.3.13+ds-3.debian.tar.xz]

Merge version 0.3.13+ds-1+rpi1 and 0.3.13+ds-2 to produce 0.3.13+ds-2+rpi1

Merge openblas (0.3.13+ds-2) import into refs/heads/workingbranch

riscv64-supported

Gbp-Pq: Name riscv64-supported.patch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.13+ds-2) unstable; urgency=medium

  [ Gianfranco Costamagna ]
  * Enable dynamic arch support on s390x. (LP: #1893653) (Closes: #981048)
    + Also change control file references, thanks Marius Hillenbrand (mhillen)

  [ Aurelien Jarno ]
  * Enable support for riscv64 (Closes: #978633)

[dgit import unpatched openblas 0.3.13+ds-2]

Import openblas_0.3.13+ds-2.debian.tar.xz

[dgit import tarball openblas 0.3.13+ds-2 openblas_0.3.13+ds-2.debian.tar.xz]

Defuzz fuzzy quilt patches and/or disable broken quilt patches

Merge version 0.3.12+ds-2+rpi1 and 0.3.13+ds-1 to produce 0.3.13+ds-1+rpi1

Import openblas_0.3.13+ds.orig.tar.xz

[dgit import orig openblas_0.3.13+ds.orig.tar.xz]

Merge openblas (0.3.13+ds-1) import into refs/heads/workingbranch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.13+ds-1) unstable; urgency=medium

  * New upstream version 0.3.13+ds
  * d/copyright: reflect upstream changes
  * reunify-arm64-buffersize.patch: drop patch, applied upstream
  * Bump S-V to 4.5.1

[dgit import unpatched openblas 0.3.13+ds-1]

Import openblas_0.3.13+ds-1.debian.tar.xz

[dgit import tarball openblas 0.3.13+ds-1 openblas_0.3.13+ds-1.debian.tar.xz]

Merge version 0.3.12+ds-1+rpi1 and 0.3.12+ds-2 to produce 0.3.12+ds-2+rpi1

Merge openblas (0.3.12+ds-2) import into refs/heads/workingbranch

Reunify default BUFFER_SIZE on ARM64 to avoid crashes in DYNAMIC_ARCH

Origin: upstream, https://github.com/xianyi/OpenBLAS/pull/2963/commits/7f26be4802042d7c54bd1645c54adc3e2ff72d50
Bug: https://github.com/xianyi/OpenBLAS/issues/2959
Bug-Debian: https://bugs.debian.org/970558
Last-Update: 2020-11-01

Last-Update: 2020-11-01
Gbp-Pq: Name reunify-arm64-buffersize.patch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.12+ds-2) unstable; urgency=medium

  * reunify-arm64-buffersize.patch: new patch from upstream (Closes: #970558)

[dgit import unpatched openblas 0.3.12+ds-2]

Import openblas_0.3.12+ds-2.debian.tar.xz

[dgit import tarball openblas 0.3.12+ds-2 openblas_0.3.12+ds-2.debian.tar.xz]

Merge version 0.3.10+ds-3+rpi1 and 0.3.12+ds-1 to produce 0.3.12+ds-1+rpi1

Merge openblas (0.3.12+ds-1) import into refs/heads/workingbranch

Import openblas_0.3.12+ds.orig.tar.xz

[dgit import orig openblas_0.3.12+ds.orig.tar.xz]

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.12+ds-1) unstable; urgency=medium

  * New upstream version 0.3.12+ds
  * fix-dynamic-arch-gemm-crashes.patch: drop patch, applied upstream

[dgit import unpatched openblas 0.3.12+ds-1]

Import openblas_0.3.12+ds-1.debian.tar.xz

[dgit import tarball openblas 0.3.12+ds-1 openblas_0.3.12+ds-1.debian.tar.xz]

Merge version 0.3.10+ds-2+rpi1 and 0.3.10+ds-3 to produce 0.3.10+ds-3+rpi1

Merge version 0.3.9+ds-3+rpi1 and 0.3.10+ds-2 to produce 0.3.10+ds-2+rpi1

Merge openblas (0.3.10+ds-3) import into refs/heads/workingbranch

when building libjulia-openblas64, we place the lapack shared

Forwarded: no need. Debian specific.

objects under lapack64-netlib/ directory. But if exports/gensymbol cannot
detect the existence of the lapack-netlib directory, it will skip the lapack
symbol which results in incomplete symbol mangling (SYMBOLSUFFIX=64_) through
objcopy.

Gbp-Pq: Name gensymbols-fix-detect-netlib.patch

Fix random crashes in GEMM on Haswell, Zen and Skylake-X

Origin: upstream, https://github.com/xianyi/OpenBLAS/pull/2729/commits/6c33764ca43c7311bdd61e2371b08395cf3e3f01
Bug: https://github.com/xianyi/OpenBLAS/issues/2728
Bug-Debian: https://bugs.debian.org/966175
Last-Update: 2020-07-29

Last-Update: 2020-07-29
Gbp-Pq: Name fix-dynamic-arch-gemm-crashes.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-31

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
  The -rpath,'$ORIGIN' is there to ensure that the OpenBLAS flavour used is
  the one selected in the lib{blas,lapack}.so.3 alternative, and not the one
  selected in the libopenblas.so.0 alternative.
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-31
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.10+ds-3) unstable; urgency=medium

  [ Mo Zhou ]
  * Fix confusion bug in the libblas.so.3->libopenblas.so.0 linkage.
    We added -Wl,-rpath,'$ORIGIN' in the RPATH attribute of the libblas.so.3
    shared objects. Without this fix, `ldd openblas-serial/libblas.so.3`
    will resolve the libopenblas.so.0 dependency to the symbol link
    controlled by the alternatives mechanism, e.g. libopenblas.so.0 ->
    openblas-pthread/libopenblas.so.0, which breaks the literal meaning
    of the user's libblas.so.3 <--provies-- openblas-serial configuration.
  * Remove the unnecessary dh_shlibdeps overrides.
  * Remove ${shlibs:Depends} dependency from -dev and -meta packages.
  * Fix symbol mangling for libjulia-openblas64.
  * B-D on lapack (>= 3.9.0-3) for BLAS64 version of deprecated routines.

  [ Sébastien Villemot ]
  * d/rules: ensure that shared-library flavoured packages do not depend on
    libopenblas{64-,}0 metapackages. A circular dependency:
     libopenblas0 → libopenblas0-{pthread,openmp,serial} → libopenblas0
    was introduced in 0.3.10+ds-2, since lib{blas,lapack}.so.3 is (again)
    dynamically linked against libopenblas0. We break the loop manually at the
    dpkg-shlibdeps level. (Closes: #966607)

[dgit import unpatched openblas 0.3.10+ds-3]

Import openblas_0.3.10+ds-3.debian.tar.xz

[dgit import tarball openblas 0.3.10+ds-3 openblas_0.3.10+ds-3.debian.tar.xz]

Merge openblas (0.3.10+ds-2) import into refs/heads/workingbranch

Fix random crashes in GEMM on Haswell, Zen and Skylake-X

Origin: upstream, https://github.com/xianyi/OpenBLAS/pull/2729/commits/6c33764ca43c7311bdd61e2371b08395cf3e3f01
Bug: https://github.com/xianyi/OpenBLAS/issues/2728
Bug-Debian: https://bugs.debian.org/966175
Last-Update: 2020-07-29

Last-Update: 2020-07-29
Gbp-Pq: Name fix-dynamic-arch-gemm-crashes.patch

MATGEN symbols are not included in Debian binary

Forwarded: not-needed
Last-Update: 2016-03-24

The libopenblas binaries do not include libmatgen code, so don't mark them as
exported and don't test for their presence (in linktest).
Last-Update: 2016-03-24
Gbp-Pq: Name matgen-symbols-not-included.patch

Create shared libraries lib{blas,lapack}.so.3

Forwarded: not-needed
Last-Update: 2020-07-29

* It is done so that duplicate code with libopenblas.so.0 is kept as low as
  possible. Only the symbols from the external BLAS/LAPACK API are incorporated
  in the shared libraries. The rest is obtained by dynamic linking against
  libopenblas.so.0. This also gives access to some extra OpenBLAS symbols, in
  order to differentiate it at runtime from other BLAS implementations (see
  #960728).
* See also override_dh_shlibdeps in debian/rules
* Also order the files when calling `ar' or $(CC), to make
  the build reproducible (see #824639)
* Also link the shared blas and lapack against gomp (see #945791)
Last-Update: 2020-07-29
Gbp-Pq: Name shared-blas-lapack.patch

Adapt build system for the absence of lapack-netlib/ and relapack directories.

Forwarded: not-needed
Last-Update: 2017-07-27

Instead use the binary provided by package liblapack-pic, stripping from it the
symbols that are overridden by OpenBLAS.
Last-Update: 2017-07-27
Gbp-Pq: Name no-embedded-lapack.patch

Remove warning about OpenMP

Forwarded: no
Last-Update: 2014-02-17

This warning is annoying when the library is built with pthreads.
See #684344
Last-Update: 2014-02-17
Gbp-Pq: Name remove-openmp-warning.patch

Various fixes for kFreeBSD shared library

Forwarded: not-needed
Last-Update: 2014-08-05

Under kFreeBSD, give a SONAME to the shared library and install it. Also link
it against libm.
Simply use the same code as Linux for all these operations.
Last-Update: 2014-08-05
Gbp-Pq: Name kfreebsd.patch

Use flags suitable for armhf port when TARGET=ARMV6

Forwarded: not-needed
Last-Update: 2015-04-29

See debian/rules for an explanation of why we can't use TARGET=ARMV7 on armhf.
Also, if we don't explicitly set the -march and -mfpu flags, the resulting
static libraries crash with SIGILL (reason not yet elucidated).
Last-Update: 2015-04-29
Gbp-Pq: Name arm-gcc-flags.patch

openblas (0.3.10+ds-2) unstable; urgency=medium

  * lib{blas,lapack}.so.3 are again dynamically linked against libopenblas.so.0.
    This restores the pre-multi-flavour behaviour.
    Incidentally, this brings back the possibility of checking at runtime for
    the presence of openblas_get_config symbol. (Closes: #960728)
  * fix-dynamic-arch-gemm-crashes.patch: new patch (Closes: #966175)
  * Add debian/upstream/metadata

[dgit import unpatched openblas 0.3.10+ds-2]

Import openblas_0.3.10+ds-2.debian.tar.xz

[dgit import tarball openblas 0.3.10+ds-2 openblas_0.3.10+ds-2.debian.tar.xz]

Import openblas_0.3.10+ds.orig.tar.xz

[dgit import orig openblas_0.3.10+ds.orig.tar.xz]