Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 140369 - please mark dev-lang/ghc-6.4.2 as stable
Summary: please mark dev-lang/ghc-6.4.2 as stable
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Haskell Language team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-14 08:44 UTC by Duncan Coutts (RETIRED)
Modified: 2006-08-28 10:04 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Cabal tests failure log on amd64 (cabal-tests.txt,9.51 KB, text/plain)
2006-08-19 20:20 UTC, Michael Weyershäuser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Duncan Coutts (RETIRED) gentoo-dev 2006-07-14 08:44:38 UTC
Please mark these packages as stable on x86 and amd64, sparc, ppc & ppc64

dev-lang/ghc-bin-6.4.2
dev-lang/ghc-6.4.2
dev-haskell/cabal-1.1.4

(ghc deps on cabal)


ghc-6.4.2 is a bugfix release, following on from 6.4.1 which is currently marked stable on various arches.

We've also made a number of changes to the ebuild for 6.4.2. In particular the ebuild now repects the users CFLAGS although it filters them heavily. It should also now support gcc-4.1.x ok, including updating from gcc-3.x to 4.x after emerging ghc. It still supports hardened gcc profiles, though it canot cope with changing from a vanilla to hardened gcc profile without re-emerging ghc.

Notes for arch testers: x86 and amd64 have been fairly well tested by the haskell team. For sparc, ppc and ppc64 we have not done quite such extensive testing so you may like to check that various other dev-haskell/ ebuilds emerge ok using ghc-6.4.2. The haskell team are planning to do some more extensive testing on sparc, ppc & ppc64 in the next few days.
Comment 1 Giacomo Cariello 2006-07-16 03:53:52 UTC
dev-lang/ghc-6.4.2 works for me on x86.

----

dev-haskell/cabal-1.1.4 works for me on x86, but reported the following warnings during installation:

dependency base-1.0 doesn't exist (ignoring)
/usr/lib/Cabal-1.1.4/ghc-6.4.2 doesn't exist or isn't a directory (ignoring)
/usr/lib/Cabal-1.1.4/ghc-6.4.2 doesn't exist or isn't a directory (ignoring)
cannot find libHSCabal-1.1.4.a on library path (ignoring)

---

Noticed the following warning during compilation of dev-lang/ghc-bin-6.4.2:

QA Notice: the following files contain executable stacks
 Files with executable stacks will not work properly (or at all!)
 on some architectures/operating systems.  A bug should be filed
 at http://bugs.gentoo.org/ to make sure the file is fixed.
 For more information, see http://hardened.gentoo.org/gnu-stack.xml
 Please include this file in your report:
 /var/tmp/portage/ghc-bin-6.4.2/temp/scanelf-execstack.log
"RWX --- --- opt/ghc/bin/hasktags"
"RWX --- --- opt/ghc/bin/runghc"
"RWX --- --- opt/ghc/bin/runhaskell"
"RWX --- --- opt/ghc/lib/ghc-6.4.2/ghc-pkg.bin"
"RWX --- --- opt/ghc/lib/ghc-6.4.2/hsc2hs-bin"

----

emerge --info follows:

Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r9 i686)
=================================================================
System uname: 2.6.16-gentoo-r9 i686 Intel(R) Pentium(R) M processor 1000MHz
Gentoo Base System version 1.6.15
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-mtune=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-mtune=pentium4 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig collision-protect distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode esd foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog java jpeg kde libg++ libwww mad mailwrapper mikmod motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 2 Duncan Coutts (RETIRED) gentoo-dev 2006-07-16 08:08:49 UTC
(In reply to comment #1)
> dev-lang/ghc-6.4.2 works for me on x86.

Great.

> dev-haskell/cabal-1.1.4 works for me on x86, but reported the following
> warnings during installation:
> 
> dependency base-1.0 doesn't exist (ignoring)
> /usr/lib/Cabal-1.1.4/ghc-6.4.2 doesn't exist or isn't a directory (ignoring)
> /usr/lib/Cabal-1.1.4/ghc-6.4.2 doesn't exist or isn't a directory (ignoring)
> cannot find libHSCabal-1.1.4.a on library path (ignoring)

This is annoying but not a problem. It's due to the fact that we're registering the package into a local package db before actually installing the files. That's why ghc-pkg is complaining that it can't find the files we're registering.

We've been in discussion with upstream for some time on ways of improving this.

> Noticed the following warning during compilation of dev-lang/ghc-bin-6.4.2:
> 
> "RWX --- --- opt/ghc/bin/hasktags"
> "RWX --- --- opt/ghc/bin/runghc"
> "RWX --- --- opt/ghc/bin/runhaskell"
> "RWX --- --- opt/ghc/lib/ghc-6.4.2/ghc-pkg.bin"
> "RWX --- --- opt/ghc/lib/ghc-6.4.2/hsc2hs-bin"

We built the .tbz2 file for ghc-bin back when the exec stack issues were only partially solved. You'll note that the source ghc ebuild doesn't produce any binarys with executable stacks now. So if it's ok with the x86 team we're happy for this to go in. If you're unhappy with it we could rebuild the ghc-bin .tbz2 for x86.

We've also been submitting patches upstream to solve this properly.
Comment 3 Christian Faulhammer (RETIRED) gentoo-dev 2006-07-16 23:02:54 UTC
(In reply to comment #0)

> Notes for arch testers: x86 and amd64 have been fairly well tested by the
> haskell team.

 I don't believe you, so I did emerge it here myself...:)

ghc 6.4.2
1) bootstraps fine from ghc-bin 6.4.1, will try from a 6.4.2 base
2) emerges fine
3)
QA Notice: the following files contain executable stacks
 Files with executable stacks will not work properly (or at all!)
 on some architectures/operating systems.  A bug should be filed
 at http://bugs.gentoo.org/ to make sure the file is fixed.
 For more information, see http://hardened.gentoo.org/gnu-stack.xml
 Please include this file in your report:
 /var/tmp/portage/ghc-6.4.2/temp/scanelf-execstack.log
"RWX --- --- usr/bin/hasktags"
"RWX --- --- usr/bin/runghc"
"RWX --- --- usr/bin/runhaskell"
"RWX --- --- usr/lib/ghc-6.4.2/ghc-pkg.bin"
"RWX --- --- usr/lib/ghc-6.4.2/hsc2hs-bin"

4)
QA Notice: pre-stripped files found:
/var/tmp/portage/ghc-6.4.2/image/usr/bin/hp2ps
/var/tmp/portage/ghc-6.4.2/image/usr/bin/hasktags
/var/tmp/portage/ghc-6.4.2/image/usr/bin/runghc
/var/tmp/portage/ghc-6.4.2/image/usr/bin/runhaskell
/var/tmp/portage/ghc-6.4.2/image/usr/lib/ghc-6.4.2/unlit
/var/tmp/portage/ghc-6.4.2/image/usr/lib/ghc-6.4.2/ghc-pkg.bin
/var/tmp/portage/ghc-6.4.2/image/usr/lib/ghc-6.4.2/cgprof
/var/tmp/portage/ghc-6.4.2/image/usr/lib/ghc-6.4.2/hsc2hs-bin
/var/tmp/portage/ghc-6.4.2/image/usr/lib/ghc-6.4.2/ghc-6.4.2

5) passes test suite with the following summary
OVERALL SUMMARY for test run started at Mo Jul 17 02:53:33 CEST 2006
    1365 total tests, which gave rise to
    6055 test cases, of which
       0 caused framework failures
    1034 were skipped

    4956 expected passes
      65 expected failures
       0 unexpected passes
       0 unexpected failures

6) passes collision test
Comment 4 Christian Faulhammer (RETIRED) gentoo-dev 2006-07-16 23:03:17 UTC
cabal 1.1.4
1) emerges fine
2) there are several warnings like the following

./Distribution/Simple.hs:399:19:
    Warning: This binding for `args' shadows an existing binding
             In the definition of `postHook'

3) test suite has some failures and errors
### Failure in: 1:"package A: GHC/--ghc"   
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
Cases: 11  Tried: 2  Errors: 0  Failures: 1setup: Error: Could not find module: A with any suffix: ["hi"]
### Failure in: 2:"package A copy-prefix: GHC/--ghc"
./setup:copy --copy-prefix failed
expected: ExitSuccess
 but got: ExitFailure 1
### Error in:   3:"package A and install w/ no prefix: GHC/--ghc"
does not exist
[...]
setup: Error: Could not find location for program: haddock
### Failure in: 4:testing the HUnit packageGHC/--ghc
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
[...]

1) emerges fine
2) there are several warnings like the following

./Distribution/Simple.hs:399:19:
    Warning: This binding for `args' shadows an existing binding
             In the definition of `postHook'

3) test suite has some failures and errors
### Failure in: 1:"package A: GHC/--ghc"   
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
Cases: 11  Tried: 2  Errors: 0  Failures: 1setup: Error: Could not find module: A with any suffix: ["hi"]
### Failure in: 2:"package A copy-prefix: GHC/--ghc"
./setup:copy --copy-prefix failed
expected: ExitSuccess
 but got: ExitFailure 1
### Error in:   3:"package A and install w/ no prefix: GHC/--ghc"
does not exist
[...]
setup: Error: Could not find location for program: haddock
### Failure in: 4:testing the HUnit packageGHC/--ghc
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
[...]
setup: Error: Could not find location for program: haddock
### Failure in: 9:testing the wash2hs packageGHC/--ghc
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
[...]
setup: Error: Could not find location for program: haddock
### Failure in: 10:"package withHooks: GHC/--ghc"
./setup:setup haddock returned error code.
expected: ExitSuccess
 but got: ExitFailure 1
[...]
### Failure in: 0:"package exeWithC: Hugs/--hugs"
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 1  Errors: 0  Failures: 1/bin/sh: runhugs: command not found
### Failure in: 1:"package A: Hugs/--hugs" 
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 2  Errors: 0  Failures: 2/bin/sh: runhugs: command not found
### Failure in: 2:"package A copy-prefix: Hugs/--hugs"
runhugs -98 Setup.lhs:copy --copy-prefix failed
expected: ExitSuccess
 but got: ExitFailure 127
### Error in:   3:"package A and install w/ no prefix: Hugs/--hugs"
does not exist
[...]
/bin/sh: runhugs: command not found
### Failure in: 4:testing the HUnit packageHugs/--hugs
runhugs -98 Setup.lhs:configure failed
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 5  Errors: 1  Failures: 4/bin/sh: runhugs: command not found
### Failure in: 5:"package twoMains: building Hugs/--hugs"
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 7  Errors: 1  Failures: 5/bin/sh: runhugs: command not found
### Failure in: 7:"package ffi: Hugs/--hugs"
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 8  Errors: 1  Failures: 6/bin/sh: runhugs: command not found
### Failure in: 8:"package depOnLib: (executable depending on its lib)Hugs/--hugs"
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 9  Errors: 1  Failures: 7/bin/sh: runhugs: command not found
/bin/sh: runhugs: command not found
### Failure in: 9:testing the wash2hs packageHugs/--hugs
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
Cases: 11  Tried: 10  Errors: 1  Failures: 8/bin/sh: runhugs: command not found
### Failure in: 10:"package withHooks: Hugs/--hugs"
runhugs -98 Setup.lhs:configure returned error code
expected: ExitSuccess
 but got: ExitFailure 127
[...]
Test Summary:
Cases: 44  Tried: 44  Errors: 2  Failures: 17

4) passes collision test


Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16-gentoo-r13 i686)
=================================================================
System uname: 2.6.16-gentoo-r13 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.15
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict test"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
LANG="de_DE@euro"
LC_ALL="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.informatik.rwth-aachen.de/gentoo-portage"
USE="x86 3dnow 3dnowext X Xaw3d a52 alsa artworkextra asf audiofile avi bash-completion beagle berkdb bidi bitmap-fonts bootsplash branding bzip2 cairo cdda cddb cdparanoia cdr cli cracklib crypt css cups curl custom-cflags dbus dga directfb divx4linux dlloader dri dts dvd dvdr dvdread dvi eds emacs emboss encode esd evo exif expat fam fat fbcon fdftk ffmpeg firefox foomaticdb fortran ftp gb gcj gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib ipv6 isdnlog java javascript jikes jpeg jpeg2k ldap leim libg++ libwww lm_sensors mad maildir matroska mbox mikmod mime mmx mmxext mng mono motif mp3 mpeg mpeg2 mule nautilus ncurses nforce2 nls nocardbus nptl nptlonly nsplugin nvidia ogg opengl pam pcre pdf pdflib perl plotutils pmu png ppds pppd preview-latex print python qt qt3 qt4 quicktime readline reflection reiserfs samba sdk session slang spell spl sse ssl svg svga t1lib tcltk tcpd theora thunderbird tiff truetype truetype-fonts type1-fonts udev usb vcd videos vorbis win32codecs wmf wxwindows xine xml xorg xosd xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_de userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 5 Christian Faulhammer (RETIRED) gentoo-dev 2006-07-17 01:50:40 UTC
Bootstrap from formerly compiled ghc 6.4.2 works and the textrel message disappears...but the pre-stripped files remain.

dev-haskell/alex emerges

For the test USE flag of ghc haddock is needed (see error messages above), but this is still marked testing.
Comment 6 Duncan Coutts (RETIRED) gentoo-dev 2006-07-17 04:54:43 UTC
(In reply to comment #3)
> 
> > Notes for arch testers: x86 and amd64 have been fairly well tested by the
> > haskell team.
> 
>  I don't believe you, so I did emerge it here myself...:)

Wow, you chaps are thorough! :-)

So the pre-stripping, that means that the ghc build system is doing this when it shouldnt right? We'll take a look at fixing that. (Note that C debugging sysmbols are almost totally useless for debugging ghc-compiled programs since it doesn't even use the C stack)

For the GNU exec stact stuff, yeah, it seems that the essential progs are compiled by the newly bootstraped ghc and other non-critical utilities are built by the original host ghc. So if the host ghc (eg 6.4.1) was producing programs with executable stacks then we get that problem. That explains why it goes away when buildign ghc-6.4.2 with ghc-6.4.2.

For cabal, yeah, lots of warnings. It's not the most mature software sadly. For the testsuite, it seems to want dev-lang/hugs98 (another haskell implementation) and dev-haskell/haddock. I suppose we should add a test USE flag to cabal too then.

Will add haddock as a dep for ghc's test as you suggest.

Thanks for the all QA work :-)
Comment 7 Markus Rothe (RETIRED) gentoo-dev 2006-07-20 13:22:22 UTC
ok. so the GNU exec stact stuff does not hurt ppc64 as all programm are not fixed (glibc needs to be fixed first).

conclusion: stable on ppc64
Comment 8 Tobias Scherbaum (RETIRED) gentoo-dev 2006-07-23 04:05:49 UTC
ppc stable
Comment 9 Gustavo Zacarias (RETIRED) gentoo-dev 2006-07-24 10:42:24 UTC
sparc stable.
Comment 10 Duncan Coutts (RETIRED) gentoo-dev 2006-08-02 12:39:44 UTC
Ok, I've added a patch to prevent the striping of the binaries.

As for the Cabal test failures, we've had a look and even after installing hugs and haddock there are still a few. These are not Gentoo-spcific. The best we can do is bug upstream about it for the next release. I don't think that any of the failures are significat as we've not had any problems for the other ebuilds in the tree or our overlay that use this version of Cabal.

We really ought to use this version of Cabal with ghc-6.4.2 (rather than a later version) because that is the version that comes bundled with upstream ghc-6.4.2 (but we've decided to use the seperately packed version). So that's the version users will expect to get upon emerging ghc (though of course it's ok for users to upgrade Cabal independantly of ghc).

So is this ok to get ghc-6.4.2 and cabal-1.1.4 stable on x86 and amd64? Do you have any remaining concerns?
Comment 11 Christian Faulhammer (RETIRED) gentoo-dev 2006-08-03 12:30:26 UTC
x86: Do you want another test?
Comment 12 M. Edward Borasky 2006-08-06 22:19:45 UTC
(In reply to comment #11)
> x86: Do you want another test?
> 
I just had ghc-6.4.2 blow up in the emerge (athlon-tbird architecture). I need to reboot, and then I'm going to rerun it. ghc-bin-6.4.2 is installed and appears to be working.
Comment 13 Duncan Coutts (RETIRED) gentoo-dev 2006-08-07 06:48:01 UTC
(In reply to comment #12)
> I just had ghc-6.4.2 blow up in the emerge (athlon-tbird architecture).

Sounds exciting! :-) Any more details? Is there something I need to fix?
Comment 14 M. Edward Borasky 2006-08-07 21:30:15 UTC
(In reply to comment #13)
> (In reply to comment #12)
> > I just had ghc-6.4.2 blow up in the emerge (athlon-tbird architecture).
> 
> Sounds exciting! :-) Any more details? Is there something I need to fix?
> 
It looks like it worked the second time. I emerged "cabal" before the second attempt on "ghc". The reboot fixed a couple of other things ... erlang and dylan also croaked in the emerge before the reboot and emerged fine afterwards.


Comment 15 Joshua Jackson (RETIRED) gentoo-dev 2006-08-15 23:41:42 UTC
All happy here in x86 land, Opfer thank you for all your work on this one.
Comment 16 Michael Weyershäuser 2006-08-19 20:18:39 UTC
OK, I just tested this on amd64 and everything seems to be fine. I got some test failures on cabal, I'll attach the log, but it would have been nice if somebody had warned me that it takes a whooping 2.5h to emerge ghc ^^
As "random tests" I emerged alex, buddha and frown afterwards.

All in all good to go on amd64.

emerge --info
Portage 2.1-r2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17-suspend2-r3-Dudebox-Edition x86_64)
=================================================================
System uname: 2.6.17-suspend2-r3-Dudebox-Edition x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.4
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe -msse3"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=k8 -O2 -pipe -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox"
GENTOO_MIRRORS="ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LINGUAS="de"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://server/gentoo-portage"
USE="amd64 X alsa apache2 arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde kdeenablefinal lzw lzw-tiff mp3 mpeg ncurses nls nptl opengl pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts unicode usb userlocales xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux linguas_de userland_GNU video_cards_dummy"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 17 Michael Weyershäuser 2006-08-19 20:20:57 UTC
Created attachment 94652 [details]
Cabal tests failure log on amd64
Comment 18 Duncan Coutts (RETIRED) gentoo-dev 2006-08-20 05:44:18 UTC
(In reply to comment #16)
> OK, I just tested this on amd64 and everything seems to be fine.

Great.

> I got some test failures on cabal, I'll attach the log,

I think these are known and being fixed upstream.

> but it would have been nice if somebody had warned me that
> it takes a whooping 2.5h to emerge ghc ^^

Ah, sorry about that. With FEATURES="test" it doubles the time.
But yes it does take a long time anyway. It's 1+1/2h on my amd64.
The next major version of ghc will be more modular so the build
time due to libs will be significantly reduced.

> As "random tests" I emerged alex, buddha and frown afterwards.

Cool.
 
> All in all good to go on amd64.

Yay.
Comment 19 Daniel Gryniewicz (RETIRED) gentoo-dev 2006-08-20 19:18:41 UTC
Then amd64 is happy.  Closing because we're the last arch.
Comment 20 Jeroen Roovers (RETIRED) gentoo-dev 2006-08-20 19:46:15 UTC
HPPA !!1one
Comment 21 Duncan Coutts (RETIRED) gentoo-dev 2006-08-20 19:55:21 UTC
(In reply to comment #20)
> HPPA !!1one

Thanks for looking at this Jeroen.

As for ghc-bin, we use this script:

http://haskell.org/~gentoo/gentoo-haskell/build-ghc-bin.sh

Though you may want to tweak the CFLAGS. I presume you would use some -mcpu flag for hppa 1.1 or 2 or whatever your lowest supported ABI is.

Basically the package for ghc-bin is just a .tbz2 of the ghc ebuild as built by portage. Then it's renamed and uploaded to the mirrors and added to the ghc-bin ebuild.
Comment 22 Duncan Coutts (RETIRED) gentoo-dev 2006-08-20 19:58:12 UTC
See also bug 88362, comment #20 about building packages for ghc-bin.
Comment 23 Jeroen Roovers (RETIRED) gentoo-dev 2006-08-28 10:04:21 UTC
HPPA done.