Thanks Pepe, I have attached the script which I am now executing, to avoid confusion, since it seems there were wrapped lines in your message. (It seems to still be downloading and compiling all of ghc...?) Also, would you (or someone else) mind answering some of the other questions I have asked? I feel like I am in the dark - for instance what is the relevance or irrelevance of this repository: http://darcs.haskell.org/packages/unix/ (why can't I just install some working version of that?) and also from my previous message: Also, how many other people are affected by the bug in unix? I am wondering why not just make another release of the package to fix the bug, so that the version which is provided as a .tar.gz for download is not buggy. Surely the release process is automated... Is there a URL for the bug? (I was looking but haskell.org seems to be extremely slow for me) Maybe it would be easier if I just patched my own copy of the unix package? Just as an observation, this is my second day of not being able to work on my project because of this bug, which seems rather an inefficient situation, although I'm sure there are many complicated issues that I am not aware of. However, I am worried that if my library ever actually has any users, then they will run into the same stability problems, and blame me for them. I don't know what has gone wrong. Should I not be using GHC 6.6 yet? Thanks, Frederik On Fri, Apr 20, 2007 at 01:05:04PM +0200, Pepe Iborra wrote:
I modified your script so that it retrieves ghc 6.6 and, instead of all the extra packages, only the unix package. Note that you probably want to include some other extra packages, for instance the mtl package.
Untested:
#!/bin/sh darcs get --partial http://darcs.haskell.org/ghc-6.6/ghc cd ghc chmod +x darcs-all ./darcs-all get
darcs get --partial http://darcs.haskell.org/ghc-6.6/packages/unix/ libraries/unix
cd .. mkdir ghcbuild cd ghcbuild lndir ../ghc autoreconf
./configure make su -c 'make install'