- Glasgow-haskell-users

Can't seem to figure how to compile
by John Vogel 24 Oct '07

24 Oct '07

Running ghc 6.6.1 On Windows Vista I get this error when I run: ghc Main.hs gcc: installation problem, cannot exec `as': No such file or directory On this code: module Main where main = do putStrLn "Please enter your name: " name <- getLine putStrLn ("Hello, " ++ name ++ ", how are you?") What is my problem?

4 5

Bumping "extralib" library versions
by Duncan Coutts 23 Oct '07

23 Oct '07

All, There is unfortunately some synchronisation between ghc releases and the releases of various common libraries, the so-called "extralibs" collection. So I'd like to look briefly at what the version numbers of theses packages should be. It is important that we do increase the version numbers if there are changes since the last releases. In cases where the package's HEAD repo is maintained somewhere other than darcs.haskell.org/packages/$pkg that we do not break the version scheme used by the package maintainer. The current set of "extralibs" packages is: ALUT arrows cgi fgl GLUT haskell-src HGL html HUnit mtl network ObjectIO OpenAL OpenGL parallel parsec QuickCheck regex-base regex-compat regex-posix stm time X11 xhtml For each one I'd like to identify where the HEAD repo is, what the last released version was, what the current version number in the darcs version is, if there are any changes since that release and if so what the new release number ought to be. These version number bumps are based on existing versioning practise for these libraries rather than the proposed package versioning policy. http://haskell.org/haskellwiki/Package_versioning_policy#Version_numbers I have also listed for each package what the next version number would be under the proposed package versioning policy.They are marked as "PVP next version". If you think I've got any of these details wrong, please say so. ========== ALUT HEAD repo: http://darcs.haskell.org/packages/ALUT Released version: 2.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 2.0.1 Changes since release: minor build system changes Suggested next version: 2.0.2 PVP next version: 2.0.1.1 ========== arrows HEAD repo: http://darcs.haskell.org/packages/arrows Released version: 0.3 (on hackage) Current version: 0.3 Changes since release: none Suggested next version: not needed PVP next version: not needed Notes: The latest version of this package depends on Stream which is not currently in the extralibs collection. This anomaly will need to be sorted out. ========== cgi HEAD repo: http://darcs.haskell.org/packages/cgi Released version: 3001.1.5 (on hackage) Current version: 3001.1.5 Changes since release: comments and build system changes Suggested next version: 3001.1.6 PVP next version: 3001.1.5.1 Notes: requires .cabal changes to build with older base versions ========== fgl HEAD repo: http://darcs.haskell.org/packages/fgl Released version: 5.4.1 (in ghc-6.6.1 extralibs tarball) Current version: 5.4.1 Changes since release: build system changes Suggested next version: 5.4.2 PVP next version: 5.4.1.1 Notes: requires .cabal changes to build with older base versions ========== GLUT HEAD repo: http://darcs.haskell.org/packages/GLUT Released version: 2.1.1 (in ghc-6.6.1 extralibs tarball) Current version: 2.1.1 Changes since release: build system changes Suggested next version: 2.1.2 PVP next version: 2.1.1.1 ========== haskell-src HEAD repo: http://darcs.haskell.org/packages/haskell-src Released version: 1.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since release: build system and portability changes (same api) Suggested next version: 1.0.2 PVP next version: 1.0.1.1 Notes: requires .cabal changes to build with older base versions ========== HGL HEAD repo: http://darcs.haskell.org/packages/HGL Released version: 3.1.1 (in ghc-6.6.1 extralibs tarball) Current version: 3.1.1 Changes since: build system changes Suggested next version: 3.1.2 PVP next version: 3.1.1.1 Notes: requires .cabal changes to build with older base versions ========== html HEAD repo: http://darcs.haskell.org/packages/html Released version: 1.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: build system changes Suggested next version: 1.0.2 PVP next version: 1.0.1.1 ========== HUnit HEAD repo: http://darcs.haskell.org/packages/HUnit Released version: 1.1.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.1.1 Changes since: some code changes, not obvious if api changed Suggested next version: 1.1.2 PVP next version: 1.1.2 ========== mtl HEAD repo: http://darcs.haskell.org/packages/mtl Released version: 1.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: added more module re-exports and docs Suggested next version: 1.0.2 PVP next version: 1.0.2 Note: does not build with ghc-6.4.x as base-1.0 ========== network HEAD repo: http://darcs.haskell.org/packages/network Released version: 2.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 2.0.1 Changes since: IPV6 support added, api extended not changed Suggested next version: 2.0.2 PVP next version: 2.0.2 Note: needs a patch to build with ghc-6.4.x and base-1.0 ========== ObjectIO HEAD repo: http://darcs.haskell.org/packages/ObjectIO Released version: 1.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: Setup.hs changes only Suggested next version: 1.0.2 PVP next version: 1.0.1.1 ========== OpenAL HEAD repo: http://darcs.haskell.org/packages/OpenAL Released version: 1.3.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.3.1 Changes since: build system changes Suggested next version: 1.3.2 PVP next version: 1.3.1.1 ========== OpenGL HEAD repo: http://darcs.haskell.org/packages/OpenGL Released version: 2.2.1 (in ghc-6.6.1 extralibs tarball) Current version: 2.2.1 Changes since: build system changes Suggested next version: 2.2.2 PVP next version: 2.2.1.1 ========== parallel HEAD repo: http://darcs.haskell.org/packages/parallel Released version: none Current version: 1.0 Changes since: n/a Suggested next version: 1.0 PVP next version: 1.0 Note: cannot build with older ghc/base versions as it exposes modules provided by base-2.x. ========== parsec HEAD repo: http://darcs.haskell.org/packages/parsec Released version: 2.0 (hackage and ghc-6.6.1 extralibs tarball) Current version: 2.0 Changes since: api additions (extended, not changed) Suggested next version: 2.0.1 PVP next version: 2.0.1 ========== QuickCheck HEAD repo: http://darcs.haskell.org/QuickCheck 1.x repo: http://darcs.haskell.org/packages/QuickCheck Released version: 1.0.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: build system Suggested next version: 1.0.2 PVP next version: 1.0.1.1 Note: we seem to be including QuickCheck 1.x rather than 2.x. ========== regex-base HEAD repo: http://darcs.haskell.org/packages/regex-unstable/regex-base 0.72 repo: http://darcs.haskell.org/packages/regex-base Released version: 0.72 (in ghc-6.6.1 extralibs tarball) 0.92 (on hackage) Current version: 0.72 (in ghc-6.8 extralibs) 0.92 (upstream) Changes since: build system changes Suggested next version: 0.72.1 PVP next version: 0.72.0.1 Note: we seem to be including regex-base 0.72 when the latest upstream version is 0.92. ========== regex-compat HEAD repo: http://darcs.haskell.org/packages/regex-unstable/regex-compat 0.71 repo: http://darcs.haskell.org/packages/regex-compat Released version: 0.71 (hackage and ghc-6.6.1 extralibs tarball) 0.90 (on hackage) Current version: 0.71 (in ghc-6.8 extralibs) 0.90 (upstream) Changes since: trivial code change and build system changes Suggested next version: 0.71.1 PVP next version: 0.71.0.1 Note: Setup.lhs needs fixing to be trivial. Again, we seem to be including regex-base 0.71 when the latest upstream version is 0.90. ========== regex-posix HEAD repo: http://darcs.haskell.org/packages/regex-unstable/regex-posix 0.72 repo: http://darcs.haskell.org/packages/regex-posix Released version: 0.71 (hackage and ghc-6.6.1 extralibs tarball) 0.91 (on hackage) Current version: 0.72 (in ghc-6.8 extralibs) 0.91 (upstream) Changes since: compatible code changes and build system changes Suggested next version: 0.72.1 PVP next version: 0.72.0.1 Note: will need patching to build with base-2.0. Again, we seem to be including regex-base 0.72 when the latest upstream version is 0.91. ========== stm HEAD repo: http://darcs.haskell.org/packages/stm Released version: 2.1 (hackage and ghc-6.6.1 extralibs tarball) Current version: 2.1 Changes since: two new new functions and build system changes Suggested next version: 2.1.1 PVP next version: 2.1.1 Note: will not currently build with base-2.0. It's not clear if this is a problem, or if stm is tightly tied to the base/ghc version anyway. ========== time HEAD repo: http://darcs.haskell.org/packages/time Released version: 1.1.1 (in ghc-6.6.1 extralibs tarball) Current version: 1.1.1 Changes since: minor behaviour changes (bug fixes) Suggested next version: 1.1.2 PVP next version: 1.1.2 ========== X11 HEAD repo: http://darcs.haskell.org/packages/X11 Released version: 1.2.3 (on hackage) Current version: 1.2.3 Changes since: none Suggested next version: not needed PVP next version: not needed ========== xhtml HEAD repo: http://darcs.haskell.org/packages/xhtml Released version: 3000.0.2 (in ghc-6.6.1 extralibs tarball) Current version: 3000.0.2 Changes since: minor build system changes Suggested next version: 3000.0.3 PVP next version: 3000.0.2.1 Additionally, there are some core libs that could be usable with older versions of other libs, like base and so could be used with older releases of ghc or other implementations: bytestring Cabal filepath haskell98 readline unix Win32 ========== bytestring HEAD repo: http://darcs.haskell.org/bytestring Released version: 0.9 (on hackage) Current version: 0.9 Changes since: none Suggested next version: not needed PVP next version: not needed ========== Cabal HEAD repo: http://darcs.haskell.org/cabal Released version: 1.2.1 (on hackage) Current version: 1.2.1 Changes since: some minor changes Suggested next version: 1.2.2 PVP next version: 1.2.2 ========== filepath HEAD repo: http://darcs.haskell.org/packages/filepath 1.1 repo: http://darcs.haskell.org/ghc-6.8/packages/filepath Released version: 1.0 (on hackage) Current version: 1.1 Changes since: api additions, bug fixes Suggested next version: 1.1 PVP next version: 1.0.1 Note: filepath head branch is marked as version 1.0 while the version included with ghc-6.8 is marked as 1.1. ========== haskell98 HEAD repo: http://darcs.haskell.org/packages/haskell98 Released version: 1.0 (hackage and ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: build system changes Suggested next version: ??? PVP next version: 1.0.0.1 Note: If the version number identifies the api to some degree, then the H98 api never changes so it's version number should never increment, except in the micro revision for build system changes. ========== readline HEAD repo: http://darcs.haskell.org/packages/readline Released version: 1.0 (ghc-6.6.1 extralibs tarball) Current version: 1.0.1 Changes since: api additions, build system changes Suggested next version: 1.0.1 PVP next version: 1.0.1 ========== unix HEAD repo: http://darcs.haskell.org/packages/unix Released version: 2.1 (ghc-6.6.1 extralibs tarball) Current version: 2.2 Changes since: many api additions Suggested next version: 2.2 PVP next version: 2.1.1 Note: will not currently build with base-2.0. ========== Win32 HEAD repo: http://darcs.haskell.org/packages/Win32 Released version: 2.1 (hackage and ghc-6.6.1 extralibs tarball) Current version: 2.1.1 Changes since: api additions Suggested next version: 2.1.1 PVP next version: 2.1.1 Note: will not currently build with base-2.0. Duncan

5 11

Little help with length bounded lists (Addendum)
by Philip K.F. Hölzenspies 23 Oct '07

23 Oct '07

PS. This program requires: {-# OPTIONS -fglasgow-exts -fallow-undecidable-instances #-} PPS. Sorry for the extra mail

1 0

Little help with length bounded lists
by Philip K.F. Hölzenspies 23 Oct '07

23 Oct '07

Dear GHC-ers, I'm trying to write a program using list-length codings in types. Based on the material from the many "faking it" papers I've found, I wrote up the following class, where 'l' is the list type, 'a' is the type of the elements in the list and 'n' is the number of elements in the list: class BoundList l a n | l -> a n where asList :: l -> [a] llength :: l -> n mkList :: [a] -> (l,[a]) Now I made two obvious list-constructors WITH the corresponding type constructors: data Nil a = Nil data Cons a n tl = Cons a tl Empty lists are typed with the parameter of the type constructor. Non-empty lists are typed, but by using only the definition above, the list may be heterogeneous (there are no restrictions on tl). By making these types instances of the BoundList class, lists are homogeneous (see below). Lengths are coded linearly as: data Z -- zero data S x -- successor Giving the means to restrict the length of lists as well. The instance declarations look like this: instance BoundList (Nil a) a Z where asList _ = [] llength _ = (undefined :: Z) mkList as = (Nil, as) instance BoundList l a n => BoundList (Cons a (S n) l) a (S n) where asList (Cons a as) = a : asList as llength _ = (undefined :: S n) mkList (a:as) = (Cons a tl, rs) where (tl,rs) = mkList as Based on Uktaad B'mal's "Beginning Faking It" paper, I constructed reflection and reification of the length coding, viz: class Reflect s where intValue :: s -> Int instance Reflect Z where intValue _ = 0 instance Reflect x => Reflect (S x) where intValue _ = intValue (undefined :: x) + 1 reifyInt :: Int -> (forall s . Reflect s => s -> w) -> w reifyInt 0 k = k (undefined :: Z) reifyInt (n+1) k = reifyInt n (\(_::s) -> k (undefined :: S s)) What I can't bend my mind around, is how I should construct a function that will partition a normal list into a list of length bounded lists. Basically, I want to have a function that, given an Int n and a list list xs, that chops up xs into chunks of size n and actually constructs Cons/Nil lists for me. I understand that I can't "bring the type out," as in: partition :: BoundList l a n => Int -> [a] -> l but I would have hoped for a way to apply functions to my constructed bounded lists, like, maybe: partition :: Int -> [a] -> (forall l . BoundList l a n => l -> w) -> [w] Like I said, my mind doesn't bend this way. Does anybody have a suggestion that can help me out? Also, have I blatantly missed a library that will neatly do this for me? Eventually, I want to use this library so that I can define a block size in my function types. This could (hopefully) be used to do SDF-like run-time scheduling of threads, or - when distributed over multiple processors - processes. Regards, Philip

1 0

Status of exception handling
by Florian Weimer 22 Oct '07

22 Oct '07

What's the status of exception handling? A couple of years ago, I think it wasn't clear how to do that in the Haskell context. Are there any GHC extensions which provide means to retry on temporary errors, without passing too much status around? I've seen on the Wiki that backtraces are still an issue. I understand that the execution environment doesn't really provide them at reasonable cost, but I wonder if there are any tools to figure out, based on a core dump, why the exception was raised. I don't really need a traditional backtrace for that, I think. Information where the program would go next would be equally helpful, as long as it's possible to get to a piece of use-written code that is somewhat near the place where the actual bug lies. Even something as terse as Perl's error messages would better than nothing. (Perl's error reporting optionally uses the location of the first cross-module caller to pinpoint the error message; this is not necessarily close to the error, but better than pointing to an internal location.)

2 1

Re: -O in 6.8.1-candidate
by Serge D. Mechveliani 21 Oct '07

21 Oct '07

On Sat, Oct 20, 2007 at 03:25:04PM +0100, Duncan Coutts wrote: > On Fri, 2007-10-19 at 10:54 -0300, Isaac Dupree wrote: > > > How can user who does not modify Cabal file choose between all three of > > -O0, -O and -O2? > > They cannot. Cabal currently only support a binary notion of > optimisations. So it's either -O0 or -O. > As I understand, the Cabal developers claim that a user of an applied package p does not need to change anything in the file p.cabal. But there is a contradition here. For example, a user may need to build p via p.cabal under GHC and once under -Onot and next time under -O2. Suppose also that once the user needs to build p under -prof -auto-all and next time -- under -prof only. How can one do all this without intruding into p.cabal ? Personally, I would like better if the default for Cabal does not set any GHC options, and a user to be invited to edit the field `ghc-options:' in the .cabal file. This way, it looks simpler and less confusive. Regards, ----------------- Serge Mechveliani mechvel(a)botik.ru

2 1

GHC benchmarks
by Ketil Malde 20 Oct '07

20 Oct '07

Hi, I've recently implemented some benchmarks for my library, and while I expected a slowdown for 64-bit code, I'm a bit bit surprised by the results. In summary: with 64 bit ghc 6.6.1, my benchmark runs in ~160 seconds with 32 bit ghc 6.6, it runs in ~ 95 seconds Most of the time is traversing a list of elements, doing a few numerical calculations. Presumably this is due to increased code size due to 8-byte pointers? I'll add some more benchmarks, but just wondered whether this was to be expeced, and, if so, whether I perhaps should be running a 32 bit version of GHC? I tried to Google for other benchmark results, but couldn't find any. Are there any particular GHC options I should use for compiling 64-bit code? I'll install 6.8 RSN, perhaps that will improve things? Oh, and if anybody wants to play with it, it should be possible to install Data.Binary and HXT, and then: darcs get http://malde.org/~ketil/bio cd bio make bench -k -- If I haven't seen further, it is by standing in the footprints of giants

4 6

ghc --make-parallel ?
by Johannes Waldmann 19 Oct '07

19 Oct '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Can ghc execute compilations in parallel? (With GNU make, I'd say "make -j 2" but how to achieve this with "ghc --make" ?) Thanks - J. Waldmann. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHF0FB3ZnXZuOVyMIRAv0LAKCu8Ub2Cbb9xGNlfVNhLAKdwe/vXQCfUG0l RokmawVrEibckG7QknybMkg= =eQQY -----END PGP SIGNATURE-----

3 2

Command Line Arguments
by Paulo J. Matos 19 Oct '07

19 Oct '07

As an Haskell beginner, and considering this may be compiler dependent, I shall ask it on this list. How can I access command line arguments from my main function in my Main module? Cheers, -- Paulo Jorge Matos - pocm at soton.ac.uk http://www.personal.soton.ac.uk/pocm PhD Student @ ECS University of Southampton, UK

2 3

Prevent optimization from tempering with unsafePerformIO
by Bernd Brassel 18 Oct '07

18 Oct '07

Hello to all who have given me hints an suggestions about this topic whether directly by mail or over the mailing list. I do now have a much more concrete idea of how to optimize my programs. Thanks for your time! Bernd

1 0