Merge version 8.4.4+dfsg1-3+rpi1 and 8.8.1+dfsg1+is+8.6.5+dfsg1-2 to produce 8.8.1+dfsg1+is+8.6.5+dfsg1-2+rpi1

Merge ghc (8.8.1+dfsg1+is+8.6.5+dfsg1-2) import into refs/heads/workingbranch

powerpc-fix-64-bit-comparision

    $ ./configure --target=powerpc-unknown-linux-gnu && make
    ...
    SCCs aren't in reverse dependent order
    bad blockId n3U

 This happened because condIntCode' in PPC codegen generated
 label name but did not place the label into `cmp_lo` code block.

 The change adds the `cmp_lo` label into the case of negative
 comparison.
Signed-off-by: 's avatarSergei Trofimovich <slyfox@gentoo.org>
 .
Origin: https://gitlab.haskell.org/ghc/ghc/commit/25dce3fc05e4788240ac6d192919063a9f548f7f
Last-Update: 2019-08-09

Gbp-Pq: Name powerpc-fix-64-bit-comparision.patch

PprC-Add-support-for-adjacent-floats

commit 35a897782b6b0a252da7fdcf4921198ad4e1d96c
Author: James Clarke <jrtc27@jrtc27.com>
Date:   Thu Nov 22 11:55:17 2018 -0500

    UNREG: PprC: Add support for adjacent floats

    When two 32-bit floats are adjacent for a 64-bit target, there is no
    padding between them to force alignment, so we must combine their bit
    representations into a single word.

    Reviewers: bgamari, simonmar

    Reviewed By: simonmar

    Subscribers: rwbarton, carter

    GHC Trac Issues: #15853

    Differential Revision: https://phabricator.haskell.org/D5306

Gbp-Pq: Name PprC-Add-support-for-adjacent-floats

risc-support

Gbp-Pq: Name risc-support.patch

fix-build-using-unregisterized-v8.4

.
  error: ‘stg_MUT_ARR_PTRS_FROZEN0_info’ undeclared (first use in this function); did you mean ‘stg_MUT_ARR_PTRS_FROZEN_DIRTY_info’?
.
 For more information, see https://gitlab.haskell.org/ghc/ghc/issues/15913.
.
 This patch can be removed, once ghc-8.4 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://gitlab.haskell.org/ghc/ghc/issues/15913
Bug-Debian: https://bugs.debian.org/932941

Gbp-Pq: Name fix-build-using-unregisterized-v8.4

local-mathjax

Gbp-Pq: Name local-mathjax

kfreebsd-aclocal.m4

Gbp-Pq: Name kfreebsd-aclocal.m4

add_-latomic_to_ghc-prim

commit ce3897ffd6e7c8b8f36b8e920168bac8c7f836ae
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Date:   Tue Sep 18 17:45:17 2018 +0200

    Fix check whether GCC supports __atomic_ builtins

    Summary:
    C11 atomics are never used because:

    * The program used for checking whether GCC supports
    __atomic_ builtins fails with the following error:

    ```
      error: size mismatch in argument 2 of `__atomic_load`
       int test(int *x) { int y; __atomic_load(&x, &y, __ATOMIC_SEQ_CST); return x; }
    ```

    * There is a typo when checking if CONF_GCC_SUPPORTS__ATOMICS equals YES,
    resulting in PRIM_CFLAGS and PRIM_EXTRA_LIBRARIES never being set.

    Reviewers: bgamari

    Reviewed By: bgamari

    Subscribers: rwbarton, erikd, carter

    Differential Revision: https://phabricator.haskell.org/D5154

Gbp-Pq: Name add_-latomic_to_ghc-prim

fix osReserveHeapMemory block alignment

fix osReserveHeapMemory block alignment

Before the change osReserveHeapMemory() attempted
to allocate chunks of memory via osTryReserveHeapMemory()
not multiple of MBLOCK_SIZE in the following fallback code:

```
    if (at == NULL) {
        *len -= *len / 8;
```

and caused assertion failure:

```
$ make fulltest TEST=T11607 WAY=threaded1
T11607: internal error: ASSERTION FAILED: file rts/posix/OSMem.c, line 457
    (GHC version 8.7.20180716 for riscv64_unknown_linux)

```

The change applies alignment mask before each MBLOCK allocation attempt
and fixes WAY=threaded1 test failures on qemu-riscv64.

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Test Plan: run 'make fulltest WAY=threaded1'

Reviewers: simonmar, bgamari, erikd

Reviewed By: simonmar

Subscribers: rwbarton, thomie, carter

Differential Revision: https://phabricator.haskell.org/D4982

Gbp-Pq: Name e175aaf6918bb2b497b83618dc4c270a0d231a1c.patch

bsymbolic-only-for-registerised

Gbp-Pq: Name bsymbolic-only-for-registerised.patch

llvm-arm-unknown-linux-gnueabi

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

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

use-stage1-binaries-for-install

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

x32-use-native-x86_64-insn

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

buildpath-abi-stability

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

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

no-missing-haddock-file-warning

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

ARM-VFPv3D16

Gbp-Pq: Name ARM-VFPv3D16

use-debian-gen_contents_index

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

Gbp-Pq: Name use-debian-gen_contents_index

ghc (8.8.1+dfsg1+is+8.6.5+dfsg1-2) unstable; urgency=medium

  [ John Paul Adrian Glaubitz ]
  * Enable workaround to avoid memory exhaustation on alpha
  [ Gianfranco Costamagna ]
  * Source-only reupload now that the bootstrap has ended

[dgit import unpatched ghc 8.8.1+dfsg1+is+8.6.5+dfsg1-2]

Import ghc_8.8.1+dfsg1+is+8.6.5+dfsg1-2.debian.tar.xz

[dgit import tarball ghc 8.8.1+dfsg1+is+8.6.5+dfsg1-2 ghc_8.8.1+dfsg1+is+8.6.5+dfsg1-2.debian.tar.xz]

Import ghc_8.8.1+dfsg1+is+8.6.5+dfsg1.orig.tar.xz

[dgit import orig ghc_8.8.1+dfsg1+is+8.6.5+dfsg1.orig.tar.xz]

Merge version 8.4.4+dfsg1-2+rpi1 and 8.4.4+dfsg1-3 to produce 8.4.4+dfsg1-3+rpi1

Merge ghc (8.4.4+dfsg1-3) import into refs/heads/workingbranch

fix-build-sphinx

Gbp-Pq: Name fix-build-sphinx.patch

local-mathjax

Gbp-Pq: Name local-mathjax

revert-llvm-fixes

commit 377fe39888b1c711d15c94583ec83680d8ae7bf4
Author: Ben Gamari <ben@smart-cactus.org>
Date:   Tue Oct 30 11:12:46 2018 -0400

    Revert "Multiple fixes / improvements for LLVM backend"

    This reverts commit 73273be476a8cc6c13368660b042b3b0614fd928.

    Unfortunately we were unable to come to a fix that didn't sacrifice the
    ability to bootstrap GHC using the LLVM backend. Reverting for 8.6.2.

Gbp-Pq: Name revert-llvm-fixes

kfreebsd-aclocal.m4

Gbp-Pq: Name kfreebsd-aclocal.m4

haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch

add_-latomic_to_ghc-prim

commit ec9aacf3eb2975fd302609163aaef429962ecd87
Author: Moritz Angermann <moritz.angermann@gmail.com>
Date:   Thu Feb 8 16:07:07 2018 +0800

    adds -latomic to. ghc-prim

    Reviewers: bgamari, hvr

    Reviewed By: bgamari

    Subscribers: erikd, hvr, rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D4378

    iliastsi: The original patch fails to correctly detect and use C11
    atomics, so I modified it based on https://phabricator.haskell.org/D5154.

Gbp-Pq: Name add_-latomic_to_ghc-prim

fix-build-using-unregisterized-v8.2

.
  error: conflicting types for 'ghc_GhcPrelude_zdtrModule4_bytes'
  note: in definition of macro 'EB_'
  #define EB_(X)    extern const char X[]
  note: previous definition of 'ghc_GhcPrelude_zdtrModule4_bytes' was here
  char ghc_GhcPrelude_zdtrModule4_bytes[] = "ghc";
.
 For more information about the problem, see https://phabricator.haskell.org/D4114.
.
 This patch is a rework of https://phabricator.haskell.org/D3741.
 It modifies Stg.h to include the old definitions, if a compiler older than
 8.4 is being used.
.
 This patch can be removed, once ghc-8.2 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://ghc.haskell.org/trac/ghc/ticket/15201

Gbp-Pq: Name fix-build-using-unregisterized-v8.2

risc-support

Gbp-Pq: Name risc-support.patch

fix osReserveHeapMemory block alignment

fix osReserveHeapMemory block alignment

Before the change osReserveHeapMemory() attempted
to allocate chunks of memory via osTryReserveHeapMemory()
not multiple of MBLOCK_SIZE in the following fallback code:

```
    if (at == NULL) {
        *len -= *len / 8;
```

and caused assertion failure:

```
$ make fulltest TEST=T11607 WAY=threaded1
T11607: internal error: ASSERTION FAILED: file rts/posix/OSMem.c, line 457
    (GHC version 8.7.20180716 for riscv64_unknown_linux)

```

The change applies alignment mask before each MBLOCK allocation attempt
and fixes WAY=threaded1 test failures on qemu-riscv64.

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Test Plan: run 'make fulltest WAY=threaded1'

Reviewers: simonmar, bgamari, erikd

Reviewed By: simonmar

Subscribers: rwbarton, thomie, carter

Differential Revision: https://phabricator.haskell.org/D4982

Gbp-Pq: Name e175aaf6918bb2b497b83618dc4c270a0d231a1c.patch

use-llvm-6.0

Gbp-Pq: Name use-llvm-6.0.patch

bsymbolic-only-for-registerised

Gbp-Pq: Name bsymbolic-only-for-registerised.patch

llvm-arm-unknown-linux-gnueabi

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

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

use-stage1-binaries-for-install

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

x32-use-native-x86_64-insn

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

buildpath-abi-stability

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

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

hurd

Provided by “Pino” via Samuel Thibault. Not yet pushed upstream.

Gbp-Pq: Name hurd.diff

no-missing-haddock-file-warning

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

ARM-VFPv3D16

Gbp-Pq: Name ARM-VFPv3D16

use-debian-gen_contents_index

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

Gbp-Pq: Name use-debian-gen_contents_index

ghc (8.4.4+dfsg1-3) unstable; urgency=medium

  * Use the ARM7TDMI core on armel (Closes: #915333)

[dgit import unpatched ghc 8.4.4+dfsg1-3]

Import ghc_8.4.4+dfsg1-3.debian.tar.xz

[dgit import tarball ghc 8.4.4+dfsg1-3 ghc_8.4.4+dfsg1-3.debian.tar.xz]

Merge version 8.4.4+dfsg1-1+rpi1 and 8.4.4+dfsg1-2 to produce 8.4.4+dfsg1-2+rpi1

Merge ghc (8.4.4+dfsg1-2) import into refs/heads/workingbranch

fix-build-sphinx

Gbp-Pq: Name fix-build-sphinx.patch

local-mathjax

Gbp-Pq: Name local-mathjax

revert-llvm-fixes

commit 377fe39888b1c711d15c94583ec83680d8ae7bf4
Author: Ben Gamari <ben@smart-cactus.org>
Date:   Tue Oct 30 11:12:46 2018 -0400

    Revert "Multiple fixes / improvements for LLVM backend"

    This reverts commit 73273be476a8cc6c13368660b042b3b0614fd928.

    Unfortunately we were unable to come to a fix that didn't sacrifice the
    ability to bootstrap GHC using the LLVM backend. Reverting for 8.6.2.

Gbp-Pq: Name revert-llvm-fixes

kfreebsd-aclocal.m4

Gbp-Pq: Name kfreebsd-aclocal.m4

haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch

add_-latomic_to_ghc-prim

commit ec9aacf3eb2975fd302609163aaef429962ecd87
Author: Moritz Angermann <moritz.angermann@gmail.com>
Date:   Thu Feb 8 16:07:07 2018 +0800

    adds -latomic to. ghc-prim

    Reviewers: bgamari, hvr

    Reviewed By: bgamari

    Subscribers: erikd, hvr, rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D4378

    iliastsi: The original patch fails to correctly detect and use C11
    atomics, so I modified it based on https://phabricator.haskell.org/D5154.

Gbp-Pq: Name add_-latomic_to_ghc-prim

fix-build-using-unregisterized-v8.2

.
  error: conflicting types for 'ghc_GhcPrelude_zdtrModule4_bytes'
  note: in definition of macro 'EB_'
  #define EB_(X)    extern const char X[]
  note: previous definition of 'ghc_GhcPrelude_zdtrModule4_bytes' was here
  char ghc_GhcPrelude_zdtrModule4_bytes[] = "ghc";
.
 For more information about the problem, see https://phabricator.haskell.org/D4114.
.
 This patch is a rework of https://phabricator.haskell.org/D3741.
 It modifies Stg.h to include the old definitions, if a compiler older than
 8.4 is being used.
.
 This patch can be removed, once ghc-8.2 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://ghc.haskell.org/trac/ghc/ticket/15201

Gbp-Pq: Name fix-build-using-unregisterized-v8.2

risc-support

Gbp-Pq: Name risc-support.patch

fix osReserveHeapMemory block alignment

fix osReserveHeapMemory block alignment

Before the change osReserveHeapMemory() attempted
to allocate chunks of memory via osTryReserveHeapMemory()
not multiple of MBLOCK_SIZE in the following fallback code:

```
    if (at == NULL) {
        *len -= *len / 8;
```

and caused assertion failure:

```
$ make fulltest TEST=T11607 WAY=threaded1
T11607: internal error: ASSERTION FAILED: file rts/posix/OSMem.c, line 457
    (GHC version 8.7.20180716 for riscv64_unknown_linux)

```

The change applies alignment mask before each MBLOCK allocation attempt
and fixes WAY=threaded1 test failures on qemu-riscv64.

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Test Plan: run 'make fulltest WAY=threaded1'

Reviewers: simonmar, bgamari, erikd

Reviewed By: simonmar

Subscribers: rwbarton, thomie, carter

Differential Revision: https://phabricator.haskell.org/D4982

Gbp-Pq: Name e175aaf6918bb2b497b83618dc4c270a0d231a1c.patch

use-llvm-6.0

Gbp-Pq: Name use-llvm-6.0.patch

bsymbolic-only-for-registerised

Gbp-Pq: Name bsymbolic-only-for-registerised.patch

llvm-arm-unknown-linux-gnueabi

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

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

use-stage1-binaries-for-install

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

x32-use-native-x86_64-insn

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

buildpath-abi-stability

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

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

hurd

Provided by “Pino” via Samuel Thibault. Not yet pushed upstream.

Gbp-Pq: Name hurd.diff

no-missing-haddock-file-warning

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

ARM-VFPv3D16

Gbp-Pq: Name ARM-VFPv3D16

use-debian-gen_contents_index

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

Gbp-Pq: Name use-debian-gen_contents_index

ghc (8.4.4+dfsg1-2) unstable; urgency=medium

  [ Clint Adams ]
  * Patch Sphinx config to use locally-installed MathJax instead of a
    copy on the Internet.  closes: #919518.

  [ Gianfranco Costamagna ]
  * Fix sphinx 1.8 build with upstream patch (Closes: #923445)

[dgit import unpatched ghc 8.4.4+dfsg1-2]

Import ghc_8.4.4+dfsg1-2.debian.tar.xz

[dgit import tarball ghc 8.4.4+dfsg1-2 ghc_8.4.4+dfsg1-2.debian.tar.xz]

Merge version 8.4.3+dfsg1-4+rpi1 and 8.4.4+dfsg1-1 to produce 8.4.4+dfsg1-1+rpi1

Import ghc_8.4.4+dfsg1.orig.tar.xz

[dgit import orig ghc_8.4.4+dfsg1.orig.tar.xz]

Merge ghc (8.4.4+dfsg1-1) import into refs/heads/workingbranch

revert-llvm-fixes

commit 377fe39888b1c711d15c94583ec83680d8ae7bf4
Author: Ben Gamari <ben@smart-cactus.org>
Date:   Tue Oct 30 11:12:46 2018 -0400

    Revert "Multiple fixes / improvements for LLVM backend"

    This reverts commit 73273be476a8cc6c13368660b042b3b0614fd928.

    Unfortunately we were unable to come to a fix that didn't sacrifice the
    ability to bootstrap GHC using the LLVM backend. Reverting for 8.6.2.

Gbp-Pq: Name revert-llvm-fixes

kfreebsd-aclocal.m4

Gbp-Pq: Name kfreebsd-aclocal.m4

haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch

add_-latomic_to_ghc-prim

commit ec9aacf3eb2975fd302609163aaef429962ecd87
Author: Moritz Angermann <moritz.angermann@gmail.com>
Date:   Thu Feb 8 16:07:07 2018 +0800

    adds -latomic to. ghc-prim

    Reviewers: bgamari, hvr

    Reviewed By: bgamari

    Subscribers: erikd, hvr, rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D4378

    iliastsi: The original patch fails to correctly detect and use C11
    atomics, so I modified it based on https://phabricator.haskell.org/D5154.

Gbp-Pq: Name add_-latomic_to_ghc-prim

fix-build-using-unregisterized-v8.2

.
  error: conflicting types for 'ghc_GhcPrelude_zdtrModule4_bytes'
  note: in definition of macro 'EB_'
  #define EB_(X)    extern const char X[]
  note: previous definition of 'ghc_GhcPrelude_zdtrModule4_bytes' was here
  char ghc_GhcPrelude_zdtrModule4_bytes[] = "ghc";
.
 For more information about the problem, see https://phabricator.haskell.org/D4114.
.
 This patch is a rework of https://phabricator.haskell.org/D3741.
 It modifies Stg.h to include the old definitions, if a compiler older than
 8.4 is being used.
.
 This patch can be removed, once ghc-8.2 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://ghc.haskell.org/trac/ghc/ticket/15201

Gbp-Pq: Name fix-build-using-unregisterized-v8.2

risc-support

Gbp-Pq: Name risc-support.patch

fix osReserveHeapMemory block alignment

fix osReserveHeapMemory block alignment

Before the change osReserveHeapMemory() attempted
to allocate chunks of memory via osTryReserveHeapMemory()
not multiple of MBLOCK_SIZE in the following fallback code:

```
    if (at == NULL) {
        *len -= *len / 8;
```

and caused assertion failure:

```
$ make fulltest TEST=T11607 WAY=threaded1
T11607: internal error: ASSERTION FAILED: file rts/posix/OSMem.c, line 457
    (GHC version 8.7.20180716 for riscv64_unknown_linux)

```

The change applies alignment mask before each MBLOCK allocation attempt
and fixes WAY=threaded1 test failures on qemu-riscv64.

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Test Plan: run 'make fulltest WAY=threaded1'

Reviewers: simonmar, bgamari, erikd

Reviewed By: simonmar

Subscribers: rwbarton, thomie, carter

Differential Revision: https://phabricator.haskell.org/D4982

Gbp-Pq: Name e175aaf6918bb2b497b83618dc4c270a0d231a1c.patch

use-llvm-6.0

Gbp-Pq: Name use-llvm-6.0.patch

bsymbolic-only-for-registerised

Gbp-Pq: Name bsymbolic-only-for-registerised.patch

llvm-arm-unknown-linux-gnueabi

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

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

use-stage1-binaries-for-install

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

x32-use-native-x86_64-insn

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

buildpath-abi-stability

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

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

hurd

Provided by “Pino” via Samuel Thibault. Not yet pushed upstream.

Gbp-Pq: Name hurd.diff

no-missing-haddock-file-warning

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

ARM-VFPv3D16

Gbp-Pq: Name ARM-VFPv3D16

use-debian-gen_contents_index

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

Gbp-Pq: Name use-debian-gen_contents_index

ghc (8.4.4+dfsg1-1) unstable; urgency=medium

  * New upstream release
  * Refresh patches to apply cleanly on new upstream
  * Apply patch to build on GNU/kFreeBSD (Closes: #913140)
  * Backport upstream patch to allow GHC to build on arm*

[dgit import unpatched ghc 8.4.4+dfsg1-1]

Import ghc_8.4.4+dfsg1-1.debian.tar.xz

[dgit import tarball ghc 8.4.4+dfsg1-1 ghc_8.4.4+dfsg1-1.debian.tar.xz]

Remove force-llc-settings, it doesn't seem to be needed anymore and
breaks the build.

Update force-llc-settings.

Manual merge of version 8.2.2-4+rpi1 and 8.4.3+dfsg1-4 to produce 8.4.3+dfsg1-4+rpi1

Merge ghc (8.4.3+dfsg1-4) import into refs/heads/workingbranch

haddock-out-of-memory

commit 18cb44dfae3f0847447da33c9d7a25d2709d838f
Author: Alec Theriault <alec.theriault@gmail.com>
Date:   Tue Aug 21 16:03:40 2018 -0400

    Explicitly tell 'getNameToInstances' mods to load

    Calculating which modules to load based on the InteractiveContext means
    maintaining a potentially very large GblRdrEnv.

    In Haddock's case, it is much cheaper (from a memory perspective) to
    just keep track of which modules interfaces we want loaded then hand
    these off explicitly to 'getNameToInstancesIndex'.

    Bumps haddock submodule (commit 40eb5aabed0ae)

    Reviewers: alexbiehl, bgamari

    Reviewed By: alexbiehl

    Subscribers: rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D5003

    (cherry picked from commit c971e1193fa44bb507d1806d5bb61768670dc912)

Gbp-Pq: Name haddock-out-of-memory.patch

add_-latomic_to_ghc-prim

commit ec9aacf3eb2975fd302609163aaef429962ecd87
Author: Moritz Angermann <moritz.angermann@gmail.com>
Date:   Thu Feb 8 16:07:07 2018 +0800

    adds -latomic to. ghc-prim

    Reviewers: bgamari, hvr

    Reviewed By: bgamari

    Subscribers: erikd, hvr, rwbarton, thomie, carter

    Differential Revision: https://phabricator.haskell.org/D4378

    iliastsi: The original patch fails to correctly detect and use C11
    atomics, so I modified it based on https://phabricator.haskell.org/D5154.

Gbp-Pq: Name add_-latomic_to_ghc-prim

fix-build-using-unregisterized-v8.2

.
  error: conflicting types for 'ghc_GhcPrelude_zdtrModule4_bytes'
  note: in definition of macro 'EB_'
  #define EB_(X)    extern const char X[]
  note: previous definition of 'ghc_GhcPrelude_zdtrModule4_bytes' was here
  char ghc_GhcPrelude_zdtrModule4_bytes[] = "ghc";
.
 For more information about the problem, see https://phabricator.haskell.org/D4114.
.
 This patch is a rework of https://phabricator.haskell.org/D3741.
 It modifies Stg.h to include the old definitions, if a compiler older than
 8.4 is being used.
.
 This patch can be removed, once ghc-8.2 is no longer the bootstrap compiler.
Author: Ilias Tsitsimpis <iliastsi@debian.org>
Bug: https://ghc.haskell.org/trac/ghc/ticket/15201

Gbp-Pq: Name fix-build-using-unregisterized-v8.2

armel-revert-ghci-fixes

# This patch reverts a change which improved ghci on ARM (see
# ghc ticket #10375). While the change fixed ghci on armhf, it
# actually resulted in the ghc package FTBFS on armel since the
# changes introduced made ghc incompatible with this architecture
# (ticket #11058). As a temporary workaround, we revert this particular
# change when ghc is built on armel. For this reason, this patch
# is not applied using the series file but only selectively on
# armel with the help of debian/rules.
# .
#
#Index: ghc-8.4.1/aclocal.m4
#===================================================================
#--- ghc-8.4.1.orig/aclocal.m4
#+++ ghc-8.4.1/aclocal.m4
#@@ -651,15 +651,8 @@
#         $3="$$3 -D_HPUX_SOURCE"
#         $5="$$5 -D_HPUX_SOURCE"
#         ;;
#-    arm*linux*)
#-        # On arm/linux and arm/android, tell gcc to generate Arm
#-        # instructions (ie not Thumb).
#-        $2="$$2 -marm"
#-        $3="$$3 -Wl,-z,noexecstack"
#-        $4="$$4 -z noexecstack"
#-        ;;
#-
#-    aarch64*linux*)
#+    arm*linux* | \
#+    aarch64*linux* )
#         $3="$$3 -Wl,-z,noexecstack"
#         $4="$$4 -z noexecstack"
#         ;;
#Index: ghc-8.4.1/libraries/ghci/GHCi/InfoTable.hsc
#===================================================================
#--- ghc-8.4.1.orig/libraries/ghci/GHCi/InfoTable.hsc
#+++ ghc-8.4.1/libraries/ghci/GHCi/InfoTable.hsc
#@@ -245,17 +245,17 @@
#                  , fromIntegral ((w64 `shiftR` 32) .&. 0x0000FFFF) ]
#
#     ArchARM { } ->
#-        -- Generates Arm sequence,
#+        -- Generates Thumb sequence,
#         --      ldr r1, [pc, #0]
#         --      bx r1
#         --
#         -- which looks like:
#         --     00000000 <.addr-0x8>:
#-        --     0:       00109fe5    ldr    r1, [pc]      ; 8 <.addr>
#-        --     4:       11ff2fe1    bx     r1
#+        --     0:       4900        ldr    r1, [pc]      ; 8 <.addr>
#+        --     4:       4708        bx     r1
#         let w32 = fromIntegral (funPtrToInt a) :: Word32
#-        in Left [ 0x00, 0x10, 0x9f, 0xe5
#-                , 0x11, 0xff, 0x2f, 0xe1
#+        in Left [ 0x49, 0x00
#+                , 0x47, 0x08
#                 , byte0 w32, byte1 w32, byte2 w32, byte3 w32]
#
#     ArchARM64 { } ->

Gbp-Pq: Name armel-revert-ghci-fixes.patch

risc-support

Gbp-Pq: Name risc-support.patch

fix osReserveHeapMemory block alignment

fix osReserveHeapMemory block alignment

Before the change osReserveHeapMemory() attempted
to allocate chunks of memory via osTryReserveHeapMemory()
not multiple of MBLOCK_SIZE in the following fallback code:

```
    if (at == NULL) {
        *len -= *len / 8;
```

and caused assertion failure:

```
$ make fulltest TEST=T11607 WAY=threaded1
T11607: internal error: ASSERTION FAILED: file rts/posix/OSMem.c, line 457
    (GHC version 8.7.20180716 for riscv64_unknown_linux)

```

The change applies alignment mask before each MBLOCK allocation attempt
and fixes WAY=threaded1 test failures on qemu-riscv64.

Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Test Plan: run 'make fulltest WAY=threaded1'

Reviewers: simonmar, bgamari, erikd

Reviewed By: simonmar

Subscribers: rwbarton, thomie, carter

Differential Revision: https://phabricator.haskell.org/D4982

Gbp-Pq: Name e175aaf6918bb2b497b83618dc4c270a0d231a1c.patch

use-llvm-6.0

Gbp-Pq: Name use-llvm-6.0.patch