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]

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

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