- Glasgow-haskell-users

GHC 6.8.1 on Mac OS X 10.4 (Tiger)
by Christian Maeder 11 Nov '07

11 Nov '07

Dear Tiger Mac-users, binary distributions of GHC 6.8.1 for Mac OS X 10.4 (Tiger) are stored at: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/het… and http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/het… As for ghc-6.6.1 both distributions rely on (the "universal") GMP and GNUreadline frameworks found at: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/het… http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/het… instructions at: http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/het… The ppc distribution features the bug: http://hackage.haskell.org/trac/ghc/ticket/1845 Only HADDOCK documentation is included. (The message at the end of an installation is wrong anyway, because a wrong directory is tested: Warning: this binary distribution does NOT contain documentation!) I haven't checked the installation against a test-suite (could someone put one up for download?), but the distributions work for our purposes and might be useful for you, too. Christian

3 2

Odd error report against ghc-6.8.1
by ChrisK 10 Nov '07

10 Nov '07

thomas.hartman(a)db.com has sent me a new bug report. Apparently he can crash ghc-6.8.1 when compiling regex-tdfa-0.93 (darcs under http://darcs.haskell.org/packages/regex-unstable/regex-tdfa/ ). Should I open a ticket for this? > > I darcs got the newest regex-tdfa (0.93 iirc) and made all the obvious changes involving LANGUAGE/OPTION_GHC pragmas to get this to work on ghc-6.8.1 > > prereq regex_base 0.93 installs ok > regex-tdfa panics with > > hartthoma@linuxpt:~/installs/regexstuff/regex-newest/regex-tdfa>runghc Setup.hs build > Preprocessing library regex-tdfa-0.93... > Building regex-tdfa-0.93... > [ 1 of 21] Compiling Data.IntMap.CharMap ( Data/IntMap/CharMap.hs, dist/build/Data/IntMap/CharMap.o ) > > Data/IntMap/CharMap.hs:9:27: > Warning: Imported from `Data.Char' but not used: `chr' > [ 2 of 21] Compiling Data.IntSet.EnumSet ( Data/IntSet/EnumSet.hs, dist/build/Data/IntSet/EnumSet.o ) > [ 3 of 21] Compiling Data.IntMap.EnumMap ( Data/IntMap/EnumMap.hs, dist/build/Data/IntMap/EnumMap.o ) > [ 4 of 21] Compiling Text.Regex.TDFA.IntArrTrieSet ( Text/Regex/TDFA/IntArrTrieSet.hs, dist/build/Text/Regex/TDFA/IntArrTrieSet.o ) > [ 5 of 21] Compiling Text.Regex.TDFA.Common ( Text/Regex/TDFA/Common.hs, dist/build/Text/Regex/TDFA/Common.o ) > [ 6 of 21] Compiling Text.Regex.TDFA.Pattern ( Text/Regex/TDFA/Pattern.hs, dist/build/Text/Regex/TDFA/Pattern.o ) > [ 7 of 21] Compiling Text.Regex.TDFA.ReadRegex ( Text/Regex/TDFA/ReadRegex.hs, dist/build/Text/Regex/TDFA/ReadRegex.o ) > [ 8 of 21] Compiling Text.Regex.TDFA.CorePattern ( Text/Regex/TDFA/CorePattern.hs, dist/build/Text/Regex/TDFA/CorePattern.o ) > ghc-6.8.1: panic! (the 'impossible' happened) > (GHC version 6.8.1 for i386-unknown-linux): > splitFunTy > <nt>mtl-1.1.0.0:Control.Monad.RWS.Lazy.RWS{tc rsRo} > (base:Data.Maybe.Maybe{tc r6} > regex-tdfa-0.93:Text.Regex.TDFA.Common.GroupIndex{tc raaa}) > [base:Data.Either.Either{tc 344} > regex-tdfa-0.93:Text.Regex.TDFA.Common.Tag{tc raai} > regex-tdfa-0.93:Text.Regex.TDFA.Common.GroupInfo{tc raa4}] > ([regex-tdfa-0.93:Text.Regex.TDFA.Common.OP{tc raae}] > -> [regex-tdfa-0.93:Text.Regex.TDFA.Common.OP{tc raae}], > regex-tdfa-0.93:Text.Regex.TDFA.Common.Tag{tc raai}) > (base:GHC.Prim.Any{(w) tc 31N}, > [regex-tdfa-0.93:Text.Regex.TDFA.Common.Tag{tc raai}]) > > Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug Note that "Text.Regex.TDFA.Common.Tag" is "type Tag = Int" and compiling the CorePattern.hs file works fine under ghc-6.6.1. The only unusual thing in CorePattern is the use of "mdo" recursive-do syntax. His message continues with the steps he used, and the minimal patch that got it from ghc-6.6.1 to ghc-6.8.1 : > > hartthoma@linuxpt:~/installs/regexstuff/regex-newest/regex-tdfa>runghc Setup.hs configure > Configuring regex-tdfa-0.93... > hartthoma@linuxpt:~/installs/regexstuff/regex-newest/regex-tdfa>runghc Setup.hs build > Preprocessing library regex-tdfa-0.93... > Building regex-tdfa-0.93... > > Text/Regex/TDFA/MutRunBS.hs:12:17: > Could not find module `Data.ByteString.Base': > Use -v to see a list of the files searched for. > hartthoma@linuxpt:~/installs/regexstuff/regex-newest/regex-tdfa>darcs whatsnew > { > hunk ./Text/Regex/TDFA/CorePattern.hs 1 > +{-# OPTIONS_GHC -XRecursiveDo #-} > hunk ./Text/Regex/TDFA/RunMutState.hs 1 > -{-# LANGUAGE CPP #-} > +{-# OPTIONS_GHC -fglasgow-exts -XCPP #-} > + > hunk ./regex-tdfa.cabal 16 > -Build-Depends: regex-base >= 0.80, base >= 2.0, parsec, mtl > +Build-Depends: regex-base >= 0.80, base >= 2.0, parsec, mtl, containers, array, bytestring > hunk ./regex-tdfa.cabal 45 > -GHC-Options: -Wall -Werror -O2 -funbox-strict-fields > +GHC-Options: -Wall -Wwarn -O2 -funbox-strict-fields > } > hartthoma@linuxpt:~/installs/regexstuff/regex-newest/regex-tdfa> > >

2 1

6.8.1 compilation error on Sun Solaris 9
by Robert Andersson 10 Nov '07

10 Nov '07

Hello! When compiling on Sun Solaris 5.9 sun4u sparc with configure ./configure --with-gmp-includes=/opt/csw/include --with-gmp-libraries=/opt/csw/lib --with-ghc=/usr/local/ghc/bin/ghc using gcc version 4.0.2 I get the following errors ---------- errors start ---------- == gmake all -r; in /usr/local/src/ghc-6.8.1/compiler ------------------------------------------------------------------------ /usr/local/ghc/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -Wall -fno-warn-name-shadowing -fno-warn-orphans -Istage1 -DOMIT_NATIVE_CODEGEN -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal -c main/Constants.lhs -o stage1/main/Constants.o -ohi stage1/main/Constants.hi ./../includes/GHCConstants.h:1:25: Not in scope: `zd' ./../includes/GHCConstants.h:2:25: Not in scope: `zd' [...alot of these here...] <<ghc: 33215112 bytes, 8 GCs, 1582480/3066808 avg/max bytes residency (2 samples), 17M in use, 0.00 INIT (0.00 elapsed), 0.35 MUT (0.51 elapsed), 0.15 GC (0.16 elapsed) :ghc>> gmake[1]: *** [stage1/main/Constants.o] Error 1 gmake: *** [stage1] Error 1 ---------- errors end ---------- I also noticed that the GHC bundle also tries to install its own gmp even though I explicitly say not to. Why is gmp even bundled with ghc? Anyway hope someone can give me a few pointers on what is going on. yours, /robert -- Systems Administrator & IT-Coordinator Swedish National Graduate School of Language Technology Nordic Graduate School of Language Technology

2 1

-- help needed in packaging ghc-6.8.1
by Andrea Rossato 10 Nov '07

10 Nov '07

Hi! I'm trying to maintain a Haskell tool chain for the Slackware GNU/Linux distribution,[1] which is lacking any Haskell support. The problem is that I'm having some issue in getting the documentation properly built. I must confess I'm not quite familiar with GNU autoconf so please pardon me if some of the issues I'm going to describe are not ghc specific. Still I hope to have your help in solving part of these problems. Very schematically: 1. the DocBook XSL StyleSheets (probably autoconf related): Slackware installs them in /usr/share/xml/docbook/xsl-stylesheets*, but the configuration script is looking in so many different locations but that one,[2] which seems to me quite appropriate, actually; I solved by making a symbolic link so that /usr/share/sgml/docbook/xsl-stylesheets points to the /usr/share/xml location, but this is far from being a nice solution. I think that /usr/share/xml/docbook/xsl-stylesheets* should be tried to, definitely before trying /usr/share/xml/docbook/stylesheet/nwalsh/current (why should I install a package in a directory named after its author??); 2. "make html" fails for libraries.[3] A work around is to build the library documentation with: ( cd libraries ; make doc ) but I'm not so sure this workaround actually works (see below); 3. documentation is now installed in $PREFIX/share/doc/ghc. Previously documentation was installed in $PREFIX/share/doc/ghc-$VERSION. I don't know if this is the problem, but when build the haddock documentation for libraries, I keep getting: Warning: The documentation for package [put a name here] is not installed. No links to it will be generated. No link is indeed generated, which makes the documentation quite useless (in comparison with what it should be, obviously); 4. Cabal user_guide: I cannot build it, no matter what I try. How should I do? 5. Indexes and links of the produced documentation are wrong or missing (probably because the "make html" target fails?). I downloaded the precompiled binaries and I noticed that that documentation is lacking links and indexes too. Which makes me think this was probably a design decision (a very bad one, I would add if I were sure it was actually planned). Obviously documentation is crucial and if I do not solve these problems I will not able to distribute the package. Unfortunately I've already lost quite a lot of time in trying to solve those issues, and the building guide has not been of any help.[4] The release notes don't say anything about those changes, which are, as far as I understand, totally undocumented. Which is quite bad, I would say. But I could be wrong on that and some documentation may be indeed available. In this case could you point me there, please? Thanks for your kind attention and sorry for such a long message. Regards, Andrea [1] http://gorgias.mine.nu/slack/haskell/ [2] This is the searched path: /usr/share/xml/docbook/stylesheet/nwalsh/current /usr/share/xml/docbook/stylesheet/nwalsh /usr/share/sgml/docbook/docbook-xsl-stylesheets* /usr/share/sgml/docbook/xsl-stylesheets* /opt/kde?/share/apps/ksgmltools2/docbook/xsl /usr/share/docbook-xsl /usr/share/sgml/docbkxsl /usr/local/share/xsl/docbook /sw/share/xml/xs\ l/docbook-xsl /opt/local/share/xsl/docbook-xsl [3] this is the error message: == make html -r; in /tmp/ghc-6.8.1/libraries ------------------------------------------------------------------------ make[1]: *** No rule to make target `html'. Stop. Failed making html in libraries: 1 make: *** [html] Error 1 [4] http://hackage.haskell.org/trac/ghc/wiki/Building/Docs

3 4

Missing _environ while compiling 6.8.1 on Leopard
by Joel Reymont 09 Nov '07

09 Nov '07

Folks, I keep getting this issue when compiling ghc 6.8.1 on Leopard. Manuel doesn't have this issue for some reason. I have removed the GMP framework as per his suggestion but it didn't help. Any clues? --- GHCi, version 6.8.1: http://www.haskell.org/ghc/ :? for help ghc-6.8.1: /usr/local/lib/ghc-6.8.1/lib/base-3.0.0.0/HSbase-3.0.0.0.o: unknown symbol `_environ' Loading package base ... linking ... ghc-6.8.1: unable to load package `base' --- Thanks, Joel -- http://wagerlabs.com

2 2

GHC 6.8.1 is impressive!
by Ravi Nanavati 09 Nov '07

09 Nov '07

I just finished a running Bluespec's regression suite on a version of our tools compiled with ghc 6.8.1. The results were impressive on two fronts: 1. All of our tests (almost 14,000) had the same behavior as with ghc 6.6.1 2. Our Haskell code was roughly 33% faster (relative to ghc 6.6.1). It seems that pointer-tagging made a big difference for our code base (since, if I'm reading the release notes correctly, constructor specialization isn't in yet). We just wanted to take a moment to say that we were pleasantly surprised by ghc 6.8.1 (so much so that we're going to try and use it for released builds sooner than we would have otherwise planned) and to thank everyone involved for the effort they put into it. Thank you, - Ravi Nanavati (and the rest of Bluespec, Inc.)

8 12

Re: Getting source code on Mac OS X
by richardg＠richardg.name 08 Nov '07

08 Nov '07

I did some more digging and it looks like Mac OS X (BASH? BASH on Mac OS X? BSD? POSIX?) limits the number of files that a program can have open. Increasing this limit makes the issue disappear. By default, user accounts are limited to 256 open files (per process?) but this can be changed with ulimit. To see the current limit, type in `ulimit -n'. To increase the allowed number of files to the maximum, type in `ulimit -n unlimited'. Sometimes an error message will be generated, sometimes not. If a message is generated, restart Terminal.app and try again. After the operation succeeds, it's probably a good idea to set the limit back to its original value (`ulimit -n 256'). After doing some testing, it appears that 256 files is only slightly too small; `darcs pull -a' succeeds (at the moment) when the file limit is set to 320. I'll update the GHC wiki and follow up on the darcs bug in a bit. Richard

1 0

Getting source code
by richardg＠richardg.name 08 Nov '07

08 Nov '07

Hello I'm trying to get the source code for development purposes (helping add some Haddock documentation for TH). I tried following the steps listed on http://hackage.haskell.org/trac/ghc/wiki/Building/GettingTheSources and ran into trouble. I downloaded ghc-HEAD-2007-08-29-ghc-corelibs-testsuite.tar.bz2 and continued through the steps. On step 3, I received an error message from darcs: $ darcs pull -a Pulling from "http://darcs.haskell.org/ghc"... This is the GHC darcs repository (HEAD branch) For more information, visit the GHC developer wiki at http://hackage.haskell.org/trac/ghc ********************** darcs: getCurrentDirectory: resource exhausted (Too many open files) I tried using darcs get but I think I ran into the same case issue as on Windows: $ darcs get http://darcs.haskell.org/ghc This is the GHC darcs repository (HEAD branch) For more information, visit the GHC developer wiki at http://hackage.haskell.org/trac/ghc ********************** Copying patch 17349 of 17349... done. Applying patch 12 of 17349... Unapplicable patch: Thu Jan 11 07:26:13 MST 1996 partain * [project @ 1996-01-11 14:06:51 by partain] darcs failed: Error applying hunk to file ./ghc/includes/rtsTypes.lh I'm using GHC 6.6.1 (binary distribution) and darcs 1.0.9 (can't remember if it's binary distribution or if I compiled it myself) on Mac OS X 10.4.10 for Intel. Any help would be appreciated. Thanks, Richard

4 3

6.8.1 compilation error
by Seth Kurtzberg 08 Nov '07

08 Nov '07

All, While compiling the new release (6.8.1, with both the primary source and the extra libraries) I experienced a gcc error, gcc of course called by ghc. I'm compiling 6.8.1 with ghc 6.6.1. The gcc version is 4.1.1. I've seen similar behavior in the past where some sort of heap corruption occurs within gcc and triggers an internal compiler error. So this may not be a true ghc error at all, but one can't completely rule it out. This type of error, especially appearing at random, is suggestive of a memory hardware problem. To eliminate this possibility I ran memtest86 for several hours on the machine. No errors were detected. I'll repeat the build again from a fresh directory to see if the problem is repeatable. Then I plan to run a build after upgrading gcc from 4.1.1 to 4.2.1. I'll report the results. The environment is Linux using kernel 2.6.21. The compilation command and the resulting error: /usr/local/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename -istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise -istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn -istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling -istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface -istage1/cmm -istage1/nativeGen -Wall -fno-warn-name-shadowing -fno-warn-orphans -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M '-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal -c rename/RnSource.lhs -o stage1/rename/RnSource.o -ohi stage1/rename/RnSource.hi /tmp/ghc1316_0/ghc1316_0.hc: In function 'raVb_entry': /tmp/ghc1316_0/ghc1316_0.hc:1983:0: internal compiler error: in referenced_var_lookup, at tree-dfa.c:578 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. <<ghc: 586234044 bytes, 718 GCs, 10149393/21203304 avg/max bytes residency (9 samples), 55M in use, 0.02 INIT (0.00 elapsed), 6.94 MUT (27.32 elapsed), 3.53 GC (3.67 elapsed) :ghc>> make[1]: *** [stage1/rename/RnSource.o] Error 1 make: *** [stage1] Error 1 Seth Kurtzberg Software Engineer Specializing in Security, Reliability, and the Hardware/Software Interface

3 6

ANNOUNCE: GHC version 6.8.1
by Ian Lynagh 08 Nov '07

08 Nov '07

============================================================= The (Interactive) Glasgow Haskell Compiler -- version 6.8.1 ============================================================= The GHC Team is pleased to announce a new major release of GHC. There have been a number of significant changes since the last major release, including: * Haskell Program Coverage (hpc) support has been added to the compiler * GHCi now includes a debugger * The first phase of the base package split has been done * The code generator now uses pointer tagging (which should mean most code improves by 10-15%, and as a result the compiler is also faster). The full release notes are here: http://haskell.org/ghc/docs/6.8.1/html/users_guide/release-6-8-1.html How to get it ~~~~~~~~~~~~~ The easy way is to go to the web page, which should be self-explanatory: http://www.haskell.org/ghc/ We supply binary builds in the native package format for many platforms, and the source distribution is available from the same place. Packages will appear as they are built - if the package for your system isn't available yet, please try again later. Background ~~~~~~~~~~ Haskell is a standard lazy functional programming language; the current language version is Haskell 98, agreed in December 1998 and revised December 2002. GHC is a state-of-the-art programming suite for Haskell. Included is an optimising compiler generating good code for a variety of platforms, together with an interactive system for convenient, quick development. The distribution includes space and time profiling facilities, a large collection of libraries, and support for various language extensions, including concurrency, exceptions, and foreign language interfaces (C, whatever). GHC is distributed under a BSD-style open source license. A wide variety of Haskell related resources (tutorials, libraries, specifications, documentation, compilers, interpreters, references, contact information, links to research groups) are available from the Haskell home page (see below). On-line GHC-related resources ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Relevant URLs on the World-Wide Web: GHC home page http://www.haskell.org/ghc/ GHC developers' home page http://hackage.haskell.org/trac/ghc/ Haskell home page http://www.haskell.org/ Supported Platforms ~~~~~~~~~~~~~~~~~~~ The list of platforms we support, and the people responsible for them, is here: http://hackage.haskell.org/trac/ghc/wiki/Contributors Ports to other platforms are possible with varying degrees of difficulty. The Building Guide describes how to go about porting to a new platform: http://hackage.haskell.org/trac/ghc/wiki/Building Developers ~~~~~~~~~~ We welcome new contributors. Instructions on accessing our source code repository, and getting started with hacking on GHC, are available from the GHC's developer's site run by Trac: http://hackage.haskell.org/trac/ghc/ Mailing lists ~~~~~~~~~~~~~ We run mailing lists for GHC users and bug reports; to subscribe, use the web interfaces at http://www.haskell.org/mailman/listinfo/glasgow-haskell-users http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs There are several other haskell and ghc-related mailing lists on www.haskell.org; for the full list, see http://www.haskell.org/mailman/listinfo/ Some GHC developers hang out on #haskell on IRC, too: http://www.haskell.org/haskellwiki/IRC_channel Please report bugs using our bug tracking system. Instructions on reporting bugs can be found here: http://www.haskell.org/ghc/reportabug

3 3