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

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 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 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