Debian Patches
Status for ghc/9.10.3-4
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| ARM-VFPv3D16 | Use VFPv3-D16 FPU for ARM builds 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. =================================================================== |
Jani Monoses <jani@ubuntu.com> | no | |||
| no-missing-haddock-file-warning | 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. =================================================================== |
Joachim Breitner <nomeata@debian.org> | no | |||
| buildpath-abi-stability.patch | Forwarded to https://ghc.haskell.org/trac/ghc/ticket/10424 =================================================================== |
no | ||||
| x32-use-native-x86_64-insn.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 . =================================================================== |
no | ||||
| kfreebsd-aclocal.m4 | Add kfreebsdgnu to GHC_CONVERT_OS in aclocal.m4 =================================================================== |
Svante Signell <svante.signell@gmail.com> | no | debian | ||
| local-mathjax | =================================================================== | no | ||||
| haddock-remove-googleapis-fonts | Remove hard-coded googleapis font URL =================================================================== |
yes | debian upstream | |||
| use-unbundled-sphinx-rtd-theme | =================================================================== | no | ||||
| hadrian-haddock-opts | Pass 'mathjax' to Haddock Hadrian currently doesn't allow us to modify Haddock options, so patch Hadrian to manually pass the 'mathjax' option. =================================================================== |
Ilias Tsitsimpis <iliastsi@debian.org> | yes | upstream | ||
| hadrian-relpath | Use realpath instead of custom script Use realpath instead of the custom script, which is broken. As an example, . $ ./mk/relpath.sh /usr/lib/ghc/lib /usr/lib/ghc-doc ..-doc $ realpath --relative-to=/usr/lib/ghc/lib /usr/lib/ghc-doc ../../ghc-doc =================================================================== |
Ilias Tsitsimpis <iliastsi@debian.org> | no | |||
| allow-setting-llvm-program | Allow setting path for LLC/OPT during configuration Patch configure.ac to allow us to modify the path for LLC/OPT during configuration. =================================================================== |
Ilias Tsitsimpis <iliastsi@debian.org> | no | |||
| hadrian-disable-threaded | =================================================================== | no | ||||
| hadrian-enable-interpreter | Enable GHCi on all platforms in Debian =================================================================== |
Ilias Tsitsimpis <iliastsi@debian.org> | yes | upstream | ||
| ppc64el-fix-clrri | PPC NCG: Generate clear right insn at arch width The clear right immediate (clrrxi) is only available in word and doubleword width. Generate clrrxi instructions at architecture width for all MachOp widths. Fixes #24145 |
Peter Trommler <ptrommler@acm.org> | no | 2023-11-07 | ||
| time_t-time | Use capi for syscalls that break under musl's handling of 64-bit time_t | Marios Titas <redneb@gmx.com> | no | 2022-10-02 | ||
| llvm-newer-version | Bump max LLVM version to 19 | no | ||||
| alpha-fix-ieee_set_fp_control-invocation.patch | rts: Fix invocation of __ieee_set_fp_control() on alpha-linux Fixes the following error when building GHC on alpha-linux: rts/posix/Signals.c: In function ‘initDefaultHandlers’: rts/posix/Signals.c:709:5: error: error: implicit declaration of function ‘ieee_set_fp_control’ [-Wimplicit-function-declaration] 709 | ieee_set_fp_control(0); | ^~~~~~~~~~~~~~~~~~~ | 709 | ieee_set_fp_control(0); | |
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> | no | 2024-10-03 | ||
| 0004-llvmGen-Pass-mcmodel-medium-option-to-LLVM-backend-on-LoongArch.patch | Add -mcmodel=medium moduleflag to generated LLVM IR on LoongArch platform With the Medium code model, the jump range of the generated jump instruction is larger than that of the Small code model. It's a temporary fix of the problem descriped in https://gitlab.haskell .org/ghc/ghc/-/issues/25495. This commit requires that the LLVM used contains the code of commit 9dd1d451d9719aa91b3bdd59c0c6679 83e1baf05, i.e., version 8.0 and later. Actually we should not rely on LLVM, so the only way to solve this problem is to implement the LoongArch backend. Add new type for codemodel |
Wang Xin <wangxin03@loongson.cn> | no | 2024-11-19 | ||
| 0005-Pass-the-mcmodel-medium-parameter-to-CC-via-GHC.patch | Pass the mcmodel=medium parameter to CC via GHC Ensure that GHC-driver builds default to mcmodel=medium, so that GHC passes this default parameter to CC without having to add it to the compiled project. Commit e70d41406b5d5638b42c4d8222cd03e76bbfeb86 does not ensure that all GHC-built object files have a default model of medium, and will raise an R_LARCH_B26 overflow error. |
Peng Fan <fanpeng@loongson.cn> | no | https://github.com/ghc/ghc/commit/1a3f11314cc7b8dbf9af03dd2ae2cb066a998d63 | 2025-03-13 | |
| hadrian-bootstrap-plan | =================================================================== | no | ||||
| hadrian-unreg-template-haskell | commit 702f7964373d9ffb1d550ee714bd723d8bb0c1a3 Make interface files and object files depend on inplace .conf file A potential fix for #24737 =================================================================== |
Matthew Pickering <matthewtpickering@gmail.com> | no | 2024-04-29 | ||
| gnu-hurd-getExecutablePath | GNU/Hurd: Add getExecutablePath support GNU/Hurd exposes it as /proc/self/exe just like on Linux. |
Samuel Thibault <samuel.thibault@ens-lyon.org> | no | 2024-09-15 | ||
| hppa-sparc64-support.patch | =================================================================== | no | ||||
| ghc-prim-modern-atomics.patch | =================================================================== | no | ||||
| armhf-target-platform | Match arm-unknown-linux to armv7-unknown-linux =================================================================== |
Ilias Tsitsimpis <iliastsi@debian.org> | invalid | debian upstream | ||
| fix-determinism-in-linker | Fix determinism of linker arguments The switch from Data.Map to UniqMap in 3b5be05ac29 introduced non-determinism in the order of packages passed to the linker. This resulted in non-reproducible builds where the DT_NEEDED entries in dynamic libraries were ordered differently across builds. Fix the regression by explicitly sorting the package list derived from UniqMap. Fixes #26838 |
Ilias Tsitsimpis <iliastsi@debian.org> | no | 2026-01-29 | ||
| gnu-hurd-linklm | commit bf4694e9d10b7d9898ed1e3cd7ae115fd33ac725 Fix linking against libm by moving the -lm option For those systems that need -lm for getting math functions, this is currently added on the link line very early, before the object files being linked together. Newer toolchains enable --as-needed by default, which means -lm is ignored at that point because no object requires a math function yet. With such toolchains, we thus have to add -lm after the objects, so the linker actually includes libm in the link. |
Samuel Thibault <samuel.thibault@ens-lyon.org> | no | 2026-01-10 | ||
| gnu-hurd-os-string | commit 95773d289c62373772f676df91c1278b7d382e30 Fix the OS string encoding for GNU/Hurd Following https://github.com/haskell/cabal/pull/9434/files , and as seen in the various gnu_HOST_OS usages in the source code, it is expected that GNU/Hurd is advertised as "gnu", like the autotools do. https://gitlab.haskell.org/ghc/ghc/-/merge_requests/15320 https://github.com/haskell/cabal/pull/11401 =================================================================== |
Samuel Thibault <samuel.thibault@ens-lyon.org> | no | 2026-01-10 |