The Gentoo Haskell herd requests the following packages be marked stable: dev-haskell/buddha-1.2 (except ppc64) dev-haskell/c2hs-0.14.5 dev-haskell/cpphs-1.2 (except ppc) dev-haskell/drift-2.1.2 dev-haskell/frown-0.6.1-r1 dev-haskell/haxml-1.13-r1 dev-haskell/hdoc-0.8.3 dev-haskell/hmake-3.11 (except ppc) dev-haskell/uulib-0.9.2 (except ppc) dev-haskell/uuagc-0.9.1 (except ppc)
All these Haskell development tools have been sitting about for quite some time without giving us any problems. So it should just be a case of checking they build and appear to run.
Hello, in x86 1) emerges fine 2) works dev-haskell/buddha-1.2 dev-haskell/c2hs-0.14.5 dev-haskell/cpphs-1.2 dev-haskell/drift-2.1.2 dev-haskell/frown-0.6.1-r1 (passes tests suite) dev-haskell/haxml-1.13-r1 dev-haskell/hdoc-0.8.3 dev-haskell/hmake-3.11 dev-haskell/uulib-0.9.2 dev-haskell/uuagc-0.9.1 Nevertheless, c2hs and hmake look for ghc and ghc-pkg in /usr/bin/ but ghc dir is in fact /opt/ghc/bin/ i had to ln -s' them to /usr/bin for them to build. emerge --info Portage 2.1-r2 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.6-r4, 2.6.16-gentoo-r7 i686) ================================================================= System uname: 2.6.16-gentoo-r7 i686 Intel(R) Celeron(R) M processor 1.50GHz Gentoo Base System version 1.12.4 distcc 2.18.3 i386-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.3.5-r2, 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="i386-pc-linux-gnu" CFLAGS="-Os -mcpu=i686 -pipe" CHOST="i386-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/splash /etc/terminfo" CXXFLAGS="-Os -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo" LINGUAS="es" 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.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xorg xv zlib elibc_glibc input_devices_mouse input_devices_keyboard input_devices_synaptics kernel_linux linguas_es userland_GNU video_cards_i915 video_cards_i810 video_cards_i830 video_cards_vesa video_cards_fbdev" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS
packages stable on ppc64; added ~ppc64 to buddha-1.2
No to buddha-1.2 on both sparc amd amd64. On both systems, it builds with ghc-6.4.2 as expected and installs. However, using it is a different story. As a quick check, I tried an example distributed with buddha. Result on both systems looks like: ===================== liasis knot # buddha buddha 1.2: initialising buddha 1.2: transforming: Main.hs KnotList.hs buddha 1.2: compiling ghc-6.4.2: unknown package: buddha buddha 1.2: done =========================== On both systems, the ghc call ends up using these arguments: ========================== ghcArgs="-O --make -w -package-conf /usr/share/buddha/buddha.pkg.conf -prof -package buddha -package buddhaHsBase -package lang -package posix -fglasgow-exts -fno-implicit-prelude -fno-cse -o debug Main.hs" ========================== the /usr/share/buddha/buddha.pkg.conf file is the same on both systems. I am pretty sure the -mk file wants also '-cpp' (I can't confirm, but to get these things to build with ghc but without buddha, I need it), but the rest looks like some incompatibility between buddha and ghc-6.4.2 to me.
(In reply to comment #4) > I am pretty sure the -mk file wants also '-cpp' (I can't confirm, but to get > these things to build with ghc but without buddha, I need it), but the rest > looks like some incompatibility between buddha and ghc-6.4.2 to me. > I lied about this. Everything else stays as reported.
c2hs stable on sparc.
All but buddha-1.2 stable on sparc; for buddha, please see Comment 4.
(In reply to comment #7) > All but buddha-1.2 stable on sparc; for buddha, please see Comment 4. > I should mention for completeness: 1) virtual/ghc is provided by ghc-6.4.2 + the patch at Bug 144752 (https://bugs.gentoo.org/attachment.cgi?id=94957). 2) In a few cases, building documentation or running tests seems to require packages not in DEPEND list; e.g., the frown test suite seems to be using hugs. I do not know off hand if this is a requirement or if the test runner looks around for something to use and settles on hugs or if hugs is a requirement. If it is a requirement, then in case of FEATURES=test, we should have a DEPEND=dev-lang/hugs98, I suppose.
c2hs is failing one of the tests on ppc: root# pwd /var/tmp/portage/c2hs-0.14.5/work/c2hs-0.14.5/c2hs/tests root# make ... various tests passing .... ---=== Output for `structs': structs: smallInt /= -1: Panic! make: *** [structs.run] Error 1
drift may be failing it's test (again on ppc). There are some differences in output vs the provided sample output. root# make TestTerm_check root# ./TestTerm_check 15,16c15,16 < g (SortA1 _) xs = case TermRep.fArgs xs of [aa] -> toDyn ((SortA1 (TermRep.fDyn aa))::SortA) ; _ -> error "Term explosion error." < g SortA2 xs = case TermRep.fArgs xs of [] -> toDyn ((SortA2)::SortA) ; _ -> error "Term explosion error." --- > g (SortA1 _) xs = case TermRep.fArgs xs of [aa] -> toDyn ((SortA1 (TermRep.fDyn aa))::SortA) > g SortA2 xs = case TermRep.fArgs xs of [] -> toDyn ((SortA2)::SortA) 21c21 < g (SortB _ _) xs = case TermRep.fArgs xs of [aa,ab] -> toDyn ((SortB (TermRep.fDyn aa) (TermRep.fDyn ab))::SortB) ; _ -> error "Term explosion error." --- > g (SortB _ _) xs = case TermRep.fArgs xs of [aa,ab] -> toDyn ((SortB (TermRep.fDyn aa) (TermRep.fDyn ab))::SortB)
marking frown-0.6.1-r1 stable on ppc since all tests passed, marking cpphs-1.2 ~ppc (added bonus, I know you didn't ask...)
Hi Wormo, Looks like c2hs didn't make it to stable, this time. We'll send the bugreport upstream. It looks like it works on the most cases, not on all cases though. Not quite stable on ppc then. WRT drift, I get the same differences on x86, as it is not platform dependent. It seems like the examples simply arnen't updated. The old code catched the default case and trew a proper error. The new code just fails. No matter what, if if the first case isn't catched it will fail anyway. I don't see any troubles with that. Ferris and Wormo, thanks a lot for your help!
I have a patch for buddha-1.2. I'll get it into portage and ask for it to be re-tested if that's ok.
(In reply to comment #13) > I have a patch for buddha-1.2. I'll get it into portage and ask for it to be > re-tested if that's ok. > Sure.
any word on this patch?
all but buddha stable...
All but buddha marked stable for amd64.
arch teams -- we have decided to rescind the stablization request for buddha. This is due to the fact that, during recent testing, we discovered that buddha is generating Haskell code which no longer compiles with the current version of ghc. We plan to work with the upstream developers to try and fix this.
also, dev-haskell/uulib-0.9.2 still needs to be marked stable for ppc
I just added ~ppc to the ebuild today. We will not stablize it on ppc until it's been at least 30 days in unstable.
(In reply to comment #20) > I just added ~ppc to the ebuild today. We will not stablize it on ppc until > it's been at least 30 days in unstable. Ah, I should read the Changelogs more closely. :-) Very well then, I will follow up on this in 30 days.
removing x86 as we're done now that buddha doesn't need his belly rubbed anymore.
Removing sparc because buddha is no longer required (Comment 18), and everything else is done.
removing amd64, since everything but buddha is stable now.
Look! ppc keywords on uulib and uuagc! As everything seems to be done now, this is finally RESOLVED.
