Add a GENERIC machine type

Bug-Debian: https://bugs.debian.org/719355
Forwarded: not-needed
Last-Update: 2017-08-16

In practice this type will have the same effect than the UNKNOWN machine type,
except that it does not try to autodetect the machine CPU.
This is useful when trying to build a generic package on an arch for which
ATLAS does not define a generic machine type. For example, on a armel buildd
with ARMv7 CPU, ATLAS would detect ARMv7 if provided the UNKNOWN type.
Last-Update: 2017-08-16
Gbp-Pq: Name generic.patch

Ensure that kfreebsd-* is detected as FreeBSD

Forwarded: https://sourceforge.net/p/math-atlas/patches/19/
Applied-Upstream: 3.10.4
Last-Update: 2017-08-28

The "GNU" test is moved at the end, otherwise kfreebsd is recognized as Linux.
This is necessary in order to have correct linker flags.
Last-Update: 2017-08-28
Gbp-Pq: Name kfreebsd.patch

On mips{,el}, do not pass -mabi=n32 flag.

Bug: https://sourceforge.net/p/math-atlas/support-requests/1053/
Applied-Upstream: 3.10.4
Last-Update: 2017-08-25

The mips{,el} ports use the O32 ABI.
See https://www.linux-mips.org/wiki/MIPS_ABI_History for more details on ABIs.
Last-Update: 2017-08-25
Gbp-Pq: Name mips.patch

Rename ATLAS incomplete liblapack.a to liblapack_atlas.a

Forwarded: not-needed
Last-Update: 2017-08-08

The liblapack.a created by ATLAS build system is incomplete: it only contains
a small subset of the full LAPACK API (only those optimized by ATLAS).
Hence rename this library to liblapack_atlas.a to avoid a name conflict with
the full liblapack.a.
In particular, note that the "-Ss flapack" option of the configure script does
not work as expected as of ATLAS 3.10.3.
Last-Update: 2017-08-08
Gbp-Pq: Name rename-lapack-atlas.patch

atlas (3.10.3-10) unstable; urgency=medium

  * Fix missing symbols in liblapack.so.3 when libblas.so.3 is not the one from
    ATLAS.
    The problem was that, in 3.10.3-9, liblapack.so.3 was no longer linked to
    libatlas.so.3, despite an explicit -latlas in the link command.
    This was due to the combination of two factors:
    — ld now defaulting to --as-needed in bullseye
    — libatlas.so.3 symbols being erroneously embedded in libblas.so.3
    The fix consists in no longer embedding libatlas.so.3 symbols inside
    libblas.so.3 (this has always been the intent, for some reason this had not
    been correctly done). (Closes: #947827)
  * debian/rules: simplify using debhelper 12.8’s execute_{before,after}_* rules
  * Bump to debhelper 13
    — this allows dropping the B-D on dh-exec
    — mention libsatlas.so and libtatlas.so in debian/not-installed
  * Separate the {build,binary}-arch rules from {build,binary}-indep
  * Drop debian/NEWS.Debian: it has never been installed, since it had an
    incorrect name
  * Bump S-V to 4.5.0
  * gfortran-10.patch: new patch, fixes FTBFS against gfortran 10
    (Closes: #957015)

[dgit import unpatched atlas 3.10.3-10]

Import atlas_3.10.3-10.debian.tar.xz

[dgit import tarball atlas 3.10.3-10 atlas_3.10.3-10.debian.tar.xz]

Import atlas_3.10.3.orig.tar.bz2

[dgit import orig atlas_3.10.3.orig.tar.bz2]