Re: GHC on hurd
Hello,
Joachim Breitner, le Thu 06 Feb 2014 13:46:17 +0000, a écrit :
> It seems that the function "howToAccessLabel" in
> compiler/nativeGen/PIC is not defined for Hurd.
Pino contributed a patch for this, attached to this mail, could you
apply it? There'll be another issue after that, but we'll probably deal
with it in the hurd package, so feel free to upload the fixed ghc
package already.
Thanks,
Samuel
--- a/aclocal.m4
+++ b/aclocal.m4
@@ -271,12 +271,15 @@ AC_DEFUN([FPTOOLS_SET_HASKELL_PLATFORM_V
nto-qnx)
test -z "[$]2" || eval "[$]2=OSQNXNTO"
;;
- dragonfly|osf1|hpux|linuxaout|freebsd2|cygwin32|gnu|nextstep2|nextstep3|sunos4|ultrix|irix|aix)
+ dragonfly|osf1|hpux|linuxaout|freebsd2|cygwin32|nextstep2|nextstep3|sunos4|ultrix|irix|aix)
test -z "[$]2" || eval "[$]2=OSUnknown"
;;
linux-android)
test -z "[$]2" || eval "[$]2=OSAndroid"
;;
+ gnu)
+ test -z "[$]2" || eval "[$]2=OSHurd"
+ ;;
*)
echo "Unknown OS '[$]1'"
exit 1
--- a/configure
+++ b/configure
@@ -7752,12 +7752,15 @@ rm -f core conftest.err conftest.$ac_obj
nto-qnx)
test -z "$2" || eval "$2=OSQNXNTO"
;;
- dragonfly|osf1|hpux|linuxaout|freebsd2|cygwin32|gnu|nextstep2|nextstep3|sunos4|ultrix|irix|aix)
+ dragonfly|osf1|hpux|linuxaout|freebsd2|cygwin32|nextstep2|nextstep3|sunos4|ultrix|irix|aix)
test -z "$2" || eval "$2=OSUnknown"
;;
linux-android)
test -z "$2" || eval "$2=OSAndroid"
;;
+ gnu)
+ test -z "$2" || eval "$2=OSHurd"
+ ;;
*)
echo "Unknown OS '$1'"
exit 1
--- a/compiler/utils/Platform.hs
+++ b/compiler/utils/Platform.hs
@@ -81,6 +81,7 @@ data OS
| OSOsf3
| OSQNXNTO
| OSAndroid
+ | OSHurd
deriving (Read, Show, Eq)
-- | ARM Instruction Set Architecture, Extensions and ABI
@@ -125,6 +126,7 @@ osElfTarget OSOsf3 = False -- I don
-- per comment below it's safe
osElfTarget OSQNXNTO = False
osElfTarget OSAndroid = True
+osElfTarget OSHurd = True
osElfTarget OSUnknown = False
-- Defaulting to False is safe; it means don't rely on any
-- ELF-specific functionality. It is important to have a default for
Reply to: