Re: ghc: not binNMU safe on armhf?

John Paul Adrian Glaubitz <[email protected]>
Newsgroups gmane.linux.debian.ports.arm
Message-ID <7625836cb5299cedfc9317dfce1ea6bdd20b2139.camel@physik.fu-berlin.de>
Control: tags -1 +patch

Hi,

On Tue, 2026-01-06 at 10:28 +0000, Gianfranco Costamagna wrote:
> Hello, a binNMU on armhf shows that ghc can't build itself anymore...
> 
> checking for sh... /usr/bin/sh
> This GHC (/usr/bin/ghc) does not generate code for the build platform
>    GHC target platform    : armv7-unknown-linux
>    Desired build platform : arm-unknown-linux
>         tail -v -n \+0 config.log
> ==> config.log <==
> This file contains any messages produced by compilers while
> 
> 
> attached a log from amdahl

The attached patch fixes the problem for me. It's not an ideal solution as it
hardwires 32-bit ARM targets to armv7, but it should give us a rough idea what
the underlying problem is.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
armhf-arch-mapping.patch (text/x-patch, 867 B)
Index: ghc-9.10.3/m4/ghc_convert_cpu.m4
===================================================================
--- ghc-9.10.3.orig/m4/ghc_convert_cpu.m4
+++ ghc-9.10.3/m4/ghc_convert_cpu.m4
@@ -12,7 +12,7 @@ case "$1" in
     $2="alpha"
     ;;
   arm*)
-    $2="arm"
+    $2="armv7"
     ;;
   hppa1.1*)
     $2="hppa1_1"
Index: ghc-9.10.3/m4/fptools_set_haskell_platform_vars.m4
===================================================================
--- ghc-9.10.3.orig/m4/fptools_set_haskell_platform_vars.m4
+++ ghc-9.10.3/m4/fptools_set_haskell_platform_vars.m4
@@ -23,7 +23,7 @@ AC_DEFUN([FPTOOLS_SET_HASKELL_PLATFORM_V
         s390x)
             test -z "[$]2" || eval "[$]2=ArchS390X"
             ;;
-        arm)
+        armv7)
             GET_ARM_ISA()
             test -z "[$]2" || eval "[$]2=\"ArchARM \$ARM_ISA \$ARM_ISA_EXT \$ARM_ABI\""
             ;;
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.