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

Fix FTBFS on big-endian 64-bit architectures

Origin: upstream, https://github.com/OpenMathLib/OpenBLAS/commit/b1d722fc0cf563298de8c5ae66fc04a1901d4bf1
Bug: https://github.com/OpenMathLib/OpenBLAS/issues/4633
Reviewed-by: Sébastien Villemot <sebastien@debian.org>
Last-Update: 2024-04-29

A long* pointer was incorrectly cast as an int*.
Last-Update: 2024-04-29
Gbp-Pq: Name testsuite-64bit-big-endian.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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

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.27+ds-2) unstable; urgency=medium

  * testsuite-64bit-big-endian.patch: new patch from upstream.
    Fixes FTBFS on big-endian 64-bit architectures.

[dgit import unpatched openblas 0.3.27+ds-2]

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

[dgit import tarball openblas 0.3.27+ds-2 openblas_0.3.27+ds-2.debian.tar.xz]

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

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

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

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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

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.26+ds-1) unstable; urgency=medium

  * New upstream version 0.3.26+ds

[dgit import unpatched openblas 0.3.26+ds-1]

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

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

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

[dgit import tarball openblas 0.3.26+ds-1 openblas_0.3.26+ds-1.debian.tar.xz]

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

Revert support for LAPACK ?GEDMD functions

Forwarded: no
Last-Update: 2023-09-09

Those functions are not yet in LAPACK 3.11 (they are scheduled for a future
LAPACK release). Since the Debian package for OpenBLAS relies on the latest
stable LAPACK release, we have to (temporarily) remove support for them.

This patch is a revert of upstream commit 174f4e65e320241c7b57136db95d367cac7583d7.
Last-Update: 2023-09-09
Gbp-Pq: Name revert-lapack-gedmd.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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

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.25+ds-1) unstable; urgency=medium

  * New upstream version 0.3.25+ds

[dgit import unpatched openblas 0.3.25+ds-1]

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

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

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

[dgit import tarball openblas 0.3.25+ds-1 openblas_0.3.25+ds-1.debian.tar.xz]

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

Revert support for LAPACK ?GEDMD functions

Forwarded: no
Last-Update: 2023-09-09

Those functions are not yet in LAPACK 3.11 (they are scheduled for a future
LAPACK release). Since the Debian package for OpenBLAS relies on the latest
stable LAPACK release, we have to (temporarily) remove support for them.

This patch is a revert of upstream commit 174f4e65e320241c7b57136db95d367cac7583d7.
Last-Update: 2023-09-09
Gbp-Pq: Name revert-lapack-gedmd.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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

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.24+ds-1) unstable; urgency=medium

  * New upstream version 0.3.24+ds
  * d/copyright: reflect upstream changes
  * mips64-generic.patch: drop patch, applied upstream
  * revert-lapack-gedmd.patch: new patch for compiling against LAPACK 3.11
  * Build on loong64 architecture
  * d/rules: pass the number of requested parallel jobs to the build system.
    Previously the build system would always use as many parallel jobs as there
    are logical CPU cores.

[dgit import unpatched openblas 0.3.24+ds-1]

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

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

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

[dgit import tarball openblas 0.3.24+ds-1 openblas_0.3.24+ds-1.debian.tar.xz]

Merge openblas (0.3.21+ds-4) import into refs/heads/workingbranch

Fix FTBFS on mips64el

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/365936ae1b1dfa2f50b3e65c68ae95babc6f2af2
Bug: https://github.com/xianyi/OpenBLAS/issues/3761
Last-Update: 2022-09-14

The dnrm2_tiny and dnrm2_inf utests were failing.
Last-Update: 2022-09-14
Gbp-Pq: Name mips64el-utest-dnrm2.patch

[PATCH 1/2] Use blasint for INTERFACE64 compatibility

Gbp-Pq: Name pr-3718-ppc64el-segfault.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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.21+ds-4) unstable; urgency=medium

  * Manage CMake files through the alternatives system.
    For consistency with the pkgconfig files.
  * Bump S-V to 4.6.2

[dgit import unpatched openblas 0.3.21+ds-4]

Import openblas_0.3.21+ds-4.debian.tar.xz

[dgit import tarball openblas 0.3.21+ds-4 openblas_0.3.21+ds-4.debian.tar.xz]

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

Fix FTBFS on mips64el

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/365936ae1b1dfa2f50b3e65c68ae95babc6f2af2
Bug: https://github.com/xianyi/OpenBLAS/issues/3761
Last-Update: 2022-09-14

The dnrm2_tiny and dnrm2_inf utests were failing.
Last-Update: 2022-09-14
Gbp-Pq: Name mips64el-utest-dnrm2.patch

[PATCH 1/2] Use blasint for INTERFACE64 compatibility

Gbp-Pq: Name pr-3718-ppc64el-segfault.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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.21+ds-3) unstable; urgency=medium

  * Install CMake files under /usr/lib/$(MULTIARCH)/cmake/openblas$(FLAVOR)/
    Thanks to Juan Jose Garcia Ripoll for reporting (Closes: #1000332)
  * no-embedded-lapack.patch: fix logic for detecting build with 64-bit
    indexing. In particular, this fixes the riscv64 packages whose embedded
    LAPACK routines were unusable with 32-bit indexing.
    Thanks to Дмитрий Ермилов (Closes: #1022950)

[dgit import unpatched openblas 0.3.21+ds-3]

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

[dgit import tarball openblas 0.3.21+ds-3 openblas_0.3.21+ds-3.debian.tar.xz]

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

Fix FTBFS on mips64el

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/365936ae1b1dfa2f50b3e65c68ae95babc6f2af2
Bug: https://github.com/xianyi/OpenBLAS/issues/3761
Last-Update: 2022-09-14

The dnrm2_tiny and dnrm2_inf utests were failing.
Last-Update: 2022-09-14
Gbp-Pq: Name mips64el-utest-dnrm2.patch

[PATCH 1/2] Use blasint for INTERFACE64 compatibility

Gbp-Pq: Name pr-3718-ppc64el-segfault.patch

No longer check for symbols deprecated in LAPACK 3.10.1

Bug-Debian: https://bugs.debian.org/1011386
Forwarded: no
Last-Update: 2022-08-14

Last-Update: 2022-08-14
Gbp-Pq: Name combssq-deprecate.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.21+ds-2) unstable; urgency=medium

  [ Mo Zhou ]
  * Cherry-pick upstream commit to fix ppc64el FTBFS.

  [ Sébastien Villemot ]
  * mips64el-utest-dnrm2.patch: new patch from upstream, fixes FTBFS on mips64el

[dgit import unpatched openblas 0.3.21+ds-2]

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

[dgit import tarball openblas 0.3.21+ds-2 openblas_0.3.21+ds-2.debian.tar.xz]

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

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

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

Fixes #1011386

Forwarded: not yet

===================================================================

Gbp-Pq: Name combssq-deprecate.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.20+ds-2) unstable; urgency=medium

  * Remove deprecated xCOMBSSQ lapack routines. (Closes: #1011386)
  * Remove bin:libjulia-openblas64, which is no longer needed.
    Exporting libopenblas64_.so with SYMBOLSUFFIX=64_ in Julia private
    library as an external dependency introduces complication in Julia
    package compiling process. We currently do not have proposal to
    put libopenblas64_.so (with symbol suffix) in the public library,
    because that will eventually lead to NINE variants to build for amd64:
    (1) LP64 (32-bit indexing), three threading models, default;
    (2) ILP64 (64-bit indexing), three threading models, no symbol suffix;
    (3) ILP64 (64-bit indexing), three threading models, symbols suffix 64_.
    Currently we only provide the (1) and (2) combinations, because BLAS
    libraries without symbol mangling can still be alternated to e.g. MKL.

[dgit import unpatched openblas 0.3.20+ds-2]

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

[dgit import tarball openblas 0.3.20+ds-2 openblas_0.3.20+ds-2.debian.tar.xz]

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

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

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

Fix symbol mangling for libjulia-openblas64

Forwarded: not-needed
Last-Update: 2020-08-01

when building libjulia-openblas64, we place the lapack shared 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.
Last-Update: 2020-08-01
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.20+ds-1) unstable; urgency=medium

  * New upstream version 0.3.20+ds
  * d/copyright: reflect upstream changes
  * mips64el.patch, avx512-dgemm.patch: drop patches, applied upstream

[dgit import unpatched openblas 0.3.20+ds-1]