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]

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

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