Do not define hs_atomic{read,write}64() on non-64bit

Bug: https://gitlab.haskell.org/ghc/ghc/issues/17886
Forwarded: https://gitlab.haskell.org/ghc/ghc/merge_requests/2804

Gbp-Pq: Name fix-32bit-atomic

llvm-targets: Add arm-unknown-linux-gnueabi

Forwarded: https://gitlab.haskell.org/ghc/ghc/merge_requests/2789

Add arm-unknown-linux-gnueabi, which is used by Debian's ARM EABI port
(armel), as an LLVM target.

Gbp-Pq: Name llvm-arm-unknown-linux-gnueabi.patch

Use LLVM 9

Backport commits 8c5cb80698 and 8e5851f070 to use LLVM 9.

Gbp-Pq: Name llvm-11.patch

Allow unregisterised ghc-8.6 to build newer GHC

Commit af9b744bbf1 introduced a regression stopping existing unregisterised
compilers from being able to compile newer versions of GHC. The problem is
that the bootstrap compiler uses the newer `includes/stg/MiscClosures.h` file
where some defines have been renamed, resulting in the following error:
.
 error: ‘stg_atomicModifyMutVarzh’ undeclared (first use in this function); did you mean ‘stg_atomicModifyMutVar2zh’?
.
 For more information, see https://gitlab.haskell.org/ghc/ghc/issues/17111.
.
 This patch can be removed, once ghc-8.6 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://gitlab.haskell.org/ghc/ghc/issues/17111

Gbp-Pq: Name fix-build-using-unregisterised-v8.6

local-mathjax

===================================================================

Gbp-Pq: Name local-mathjax

Add kfreebsdgnu to GHC_CONVERT_OS in aclocal.m4

Bug-Debian: https://bugs.debian.org/913140

Gbp-Pq: Name kfreebsd-aclocal.m4

Use the stage1 binaries for install

Last-Update: 2017-01-29

In order to be able to perform a cross-build, we need to use
the stage1 binaries during installation. Both ghc and ghc-pkg
are run during the install target and therefore must be able
to run on the build machine.

Gbp-Pq: Name use-stage1-binaries-for-install.patch

Use native x86_64 instructions on x32

This patch enables a few native 64-bit integer instructions
on x32 which are available on this architecture despite using
32-bit pointers. These instructions are present on x86_64 but
not on x86 and ghc checks the size of (void *) to determine
that. This method fails on x32 since despite using 32-bit
pointers and hence sizeof(void *) == 4, it still uses the
full x86_64 instruction set and software-emulated variants
of the aforementioned 64-bit integer instructions are
therefore not present in the toolchain which will make ghc
fail to build on x32.
See: https://ghc.haskell.org/trac/ghc/ticket/11571

Gbp-Pq: Name x32-use-native-x86_64-insn.patch

buildpath-abi-stability

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424

Gbp-Pq: Name buildpath-abi-stability.patch

Do not emit a warning if the .haddock file is missing

As it is quite common on Debian installations to install the -dev package
without the -doc package.

Gbp-Pq: Name no-missing-haddock-file-warning

Use VFPv3-D16 FPU for ARM builds

Upstream-Bug: https://ghc.haskell.org/trac/ghc/ticket/5914
Launchpad-Bug: https://ghc.haskell.org/trac/ghc/ticket/5914

Jani writes: The D16 part was Debian/Ubuntu specific, IIRC we define hardfloat
in that particular variant (16 double registers) or we had a different naming
for some reason.

Gbp-Pq: Name ARM-VFPv3D16

use-debian-gen_contents_index

===================================================================

Gbp-Pq: Name use-debian-gen_contents_index

ghc (8.8.4-2+rpi2) bookworm-staging; urgency=medium

  * Add upstream patch to fix build with new autoconf.

[dgit import unpatched ghc 8.8.4-2+rpi2]

Import ghc_8.8.4-2+rpi2.debian.tar.xz

[dgit import tarball ghc 8.8.4-2+rpi2 ghc_8.8.4-2+rpi2.debian.tar.xz]

Import ghc_8.8.4.orig.tar.xz

[dgit import orig ghc_8.8.4.orig.tar.xz]