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.
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
* 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
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
[changes brought forward from 0.2.15-1+rpi1 by Peter Michael Green <plugwash@raspbian.org> at Fri, 11 Mar 2016 23:39:32 +0000]
* Disable arm-gcc-flags.patch which was enforcing gcc flags that are wrong
for raspbian.
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.
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
* 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
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
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.
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
* 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
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
Mo Zhou [Wed, 27 Jan 2021 05:56:54 +0000 (05:56 +0000)]
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)
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.
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
* 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
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
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.
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
* 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
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
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.
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
* 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
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
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.
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
* 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
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
Mo Zhou [Sat, 1 Aug 2020 15:25:44 +0000 (16:25 +0100)]
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)
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
* 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).
* 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-29
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
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
* lib{blas,lapack}.so.3 are again dynamically linked against libopenblas.so.0.
This restores the pre-multi-flavour behaviour.
Incidentally, this brings back the possibility of checking at runtime for
the presence of openblas_get_config symbol. (Closes: #960728)
* fix-dynamic-arch-gemm-crashes.patch: new patch (Closes: #966175)
* Add debian/upstream/metadata
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
Modified: Mo Zhou <lumin@debian.org>
Bugs-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824639
Forwarded: not-needed
Last-Update: 2019-10-22
* 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.
* Also Order the files when calling `ar' or $(CC), to make
the build reproducible. (order-files.patch)
* Also link the shared blas and lapack against gomp. (Closes: #945791)
Last-Update: 2019-10-22
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
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
Mo Zhou [Thu, 25 Jun 2020 09:39:59 +0000 (10:39 +0100)]
openblas (0.3.9+ds-3) unstable; urgency=medium
[ Sébastien Villemot ]
* Remove B-D on dh-exec, no longer needed since debhelper 13
* On Ubuntu, strip -Wl,-Bsymbolic-functions from LDFLAGS (Closes: #961725)
* Update Homepage to https://www.openblas.net
[ Mo Zhou ]
* Let libopenblas64-julia Conflict & Replace libjulia1 (<< 1.4.1+dfsg-1)
(Closes: #963223)
* Upload to unstable.
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
Modified: Mo Zhou <lumin@debian.org>
Bugs-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=824639
Forwarded: not-needed
Last-Update: 2019-10-22
* 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.
* Also Order the files when calling `ar' or $(CC), to make
the build reproducible. (order-files.patch)
* Also link the shared blas and lapack against gomp. (Closes: #945791)
Last-Update: 2019-10-22
Gbp-Pq: Name shared-blas-lapack.patch
projects / openblas.git / log