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

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]

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

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

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

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

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

Fix DGEMM on AVX-512 CPUs

Origin: upstream, https://github.com/xianyi/OpenBLAS/pull/3510
Applied-Upstream: 0.3.20
Last-Update: 2022-01-14

Last-Update: 2022-01-14
Gbp-Pq: Name avx512-dgemm.patch

Fix compilation on mips64el

Origin: upstream, https://github.com/xianyi/OpenBLAS/commit/2db0b2e4453b0a502cf336f6288688c23246d202
Applied-Upstream: 0.3.20
Last-Update: 2022-01-10

Last-Update: 2022-01-10
Gbp-Pq: Name mips64el.patch

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

  * avx512-dgemm.patch: new patch, fixes DGEMM regression on AVX-512 CPUs

[dgit import unpatched openblas 0.3.19+ds-3]

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

[dgit import tarball openblas 0.3.19+ds-3 openblas_0.3.19+ds-3.debian.tar.xz]

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

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

[dgit import orig openblas_0.3.19+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.19+ds-1) unstable; urgency=medium

  * New upstream version 0.3.19+ds
    + fixes segfault of pthread flavour when running out of memory
      (Closes: #995450)
  * d/copyright: reflect upstream changes
  * 3422.patch (trsv shortcut revert): drop patch, applied upstream
  * Tighten Build-Depends on liblapack{,64}-dev to >= 3.10.0-2~
    This ensures that the fix for CVE-2021-4048 is incorporated.

[dgit import unpatched openblas 0.3.19+ds-1]

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

[dgit import tarball openblas 0.3.19+ds-1 openblas_0.3.19+ds-1.debian.tar.xz]

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

[PATCH] Revert #3252

Gbp-Pq: Name 3422.patch

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

  * Team upload.
  * Revert invalid trsv shortcut. Fixes crash in yade-package.

[dgit import unpatched openblas 0.3.18+ds-2]

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

[dgit import tarball openblas 0.3.18+ds-2 openblas_0.3.18+ds-2.debian.tar.xz]

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

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

[dgit import orig openblas_0.3.18+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.18+ds-1) unstable; urgency=medium

  * New upstream version 0.3.18+ds
  * d/copyright: reflect upstream changes

[dgit import unpatched openblas 0.3.18+ds-1]

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

[dgit import tarball openblas 0.3.18+ds-1 openblas_0.3.18+ds-1.debian.tar.xz]

Merge openblas (0.3.17+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

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

  * Rebuild against lapack 3.10.0
  * Bump S-V to 4.6.0

[dgit import unpatched openblas 0.3.17+ds-3]

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

[dgit import tarball openblas 0.3.17+ds-3 openblas_0.3.17+ds-3.debian.tar.xz]

Merge openblas (0.3.17+ds-2) 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.17+ds-2) unstable; urgency=medium

  * Upload to unstable

[dgit import unpatched openblas 0.3.17+ds-2]

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

[dgit import tarball openblas 0.3.17+ds-2 openblas_0.3.17+ds-2.debian.tar.xz]

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

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

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]

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

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

[dgit import orig openblas_0.3.13+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.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 openblas (0.3.12+ds-2) import into refs/heads/workingbranch