George Russell [EMAIL PROTECTED] writes:
..
../../ghc/driver/ghc -fglasgow-exts -Rghc-timing -H16m -W
-recomp-O -O2-for-C -H30m -c Utils.lhs -o Utils.o -osuf o
ghc: ignoring heap-size-setting option (-H16m)...not the largest seen
Utils.lhs:22: parse error on input `(#'
Compilation
The latest GHC chokes on the latest HaskellDirect file src/Utils.lhs.
Here is a copy of error message and attached is the src/Utils.lhs file.
It will be seen from the file that ghc is objecting to an explicit
universal quantification. What should I do?
Untested, but changing the occurrence of '-syslib exts'
to '-fglasgow-exts' in the first setting of
SRC_HC_OPTS in src/Makefile may just take you past this
one..
--sigbjorn
George Russell [EMAIL PROTECTED] writes:
The latest GHC chokes on the latest HaskellDirect file src/Utils.lhs.
Here
George Russell wrote:
"Sigbjorn Finne (Intl Vendor)" wrote:
Untested, but changing the occurrence of '-syslib exts'
to '-fglasgow-exts' in the first setting of
SRC_HC_OPTS in src/Makefile may just take you past this
one..
In that case I get another error message:
The struggle continues . . .
after the hacks suggested by Sigborn and myself, Utils went through,
as did a lot of other HaskellDirect files, but now I get the following
messages. So we have a bug in GHC itself, with a non-exhaustive match
in ghc/compiler/typecheck/TcMatches.lhs. The version of
"Sigbjorn Finne (Intl Vendor)" wrote:
Untested, but changing the occurrence of '-syslib exts'
to '-fglasgow-exts' in the first setting of
SRC_HC_OPTS in src/Makefile may just take you past this
one..
In that case I get another error message:
George Russell wrote:
[...] So we have a bug in GHC itself, with a non-exhaustive match
in ghc/compiler/typecheck/TcMatches.lhs. The version of GHC is up
to date (as of last night) from the CVS sources. [...]
The same happens during the compilation of Green Card:
[...]
ghc -fvia-C