Just a minor thing in 2.08, install copies the driver to bin/ghc and sets
a symlink from ghc-2.08 to ghc rather than the other way round so it overwrites
the old copy...
94 -rwxr-xr-x 1 jpc195903 Oct 9 17:56 ghc
1 lrwxrwxrwx 1 jpc13 Oct 2 17:01 ghc-2.07 - ghc
1
I am using GHC 2.06 for Win32 and why does GHC complain about "possibly
incomplete patterns"?
It does so because it uses a brain-dead and incorrect way to detect
incomplete patterns. (I can say this because I did it myself.)
As we speak Juan Quintela is doing a Better Job. It'll appear
This is not really a bug in ghc itself, rather a problem with its
makefile system:
While trying to recompile 2.07 with itself I encountered the following
error:
==fptools== make all;
in
Marcin Benke [EMAIL PROTECTED] writes:
==fptools== make all;
in /.automount/kawa/export/linux/ben/Dlubanie/Build/fptools/ghc/lib
rm -f
Dear Buggies,
`make all' is not successful (booting with ghc-0.29) because there are
some Happy generated files containing `newtype' declarations which
ghc-0.29 does not swallow.
Diagnostics:
ghc-0.29 -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser
Simon L Peyton Jones writes:
I tried, but it seems to complete successfully. Nevertheless, later
make all fails with the same message.
Probably the dependencies generated by make boot (or make depend, for
that matter) _are_ circular (citing from ghc/compiler/.depend):
Installing ghc-2.08 on Linux and HPUX went quite smoothly.
Two minor bugs:
* Some $'s disappeared from Perl scripts (e.g. ghc, hscpp, ...).
This has been reported earlier (incl. fix) and seems to happen
with Bash 2.01 or later (which is quite unfortunate as Bash 2.01
*is*