libgmp.so dependency and compiled at a
SuSE 6.2 (i386/glibc2.1) system, but should also work with
other distributions.
block.c resets the std handles to blocking
IO. Volker came up with the idea of putting the program into the
shell prompt (export PS1='`block`\$ ' for bash, note
the ticks!)
AFAIK, this the is first Linux distribution with GHC inside, whew-hew 
...
There will be new Debian packages (w/ new CVS version) approx. next week.
std{err,out,in} to non-blocking IO and
using the Wrong ShellTM...(a shell which does not reset
the std handles to blocking IO after every command).
Using bash, ksh or sh should do the job...
NOTE:I have some strange results with this version: programs compile fine, and they also run, but when exiting, they screw up the terminal!? When running them like
myHaskellProgram|cat, the terminal is okay
afterwards... Can somebody please confirm this behaviour?
Also, new potato versions of GHC (no new code, just administrative changes) and Happy (made it compile with new GHC) (/etc/apt/sources.list for unstable).
gmp2-dev (for Slink) or libgmp2-dev
(for current Unstable) are installed, otherwise GHC
complains about a missing -lgmp2 library, when linking.
(Thanks to Burkhard Zimmermann for reporting.)
chroot(1), I build them at a glibc2.1 system and
they work with Slink. Did I mention, that I really
like Un*xish OS's? 
I had some problems in compiling a working GHC, since I checked out a broken version. In fact, it compiled fine, but the resulting compiler produced core-dumping binaries. Nevertheless, the current version should work again, I did several subsequent build-and-install steps without errors.
Also, it's build with the latest Happy version, which should fix some parse errors.
Another one: GHC comes with a new source package. My decision to let updates go in the patch section wasn't that clever... :-( It takes more time to maintain the packages, when there are new versions and it's more error prone. So, back to the initial policy: new version, new source tarball...
ghc4 and happy available. This also
implies, that the glibc2.0 branch possibly won't get updated
any more... Nevertheless, the source .debs do
compile with both library versions. I just took the old source
and it recompiled like a charm. Thanks to all glibc2.1.1-bug
reporters.
)
IMPORTANT: package policy change: the source package ist still dated from 1999/07/30, so if you want to recompile GHC of yourself, and have it already, you need the dsc and diff.gz ONLY!. This will save quite a bit bandwidth.
From time to time, I will update the source package, too, for example, if the patch grows too big...