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?
--
-
ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen
-InativeGen -Iparser
-iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSugar
:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen
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:
Sigbjorn:
: The question is what should 0x8000 :: Integer
: become when its coerced into an int.
:
: GHC takes the lowest 32 bits.
: Advantage: Equality above maxBound still "works" aka above.
: Disadvantage: 0x + 1 == 0 !
:
: Perhaps constant Int's larger than maxBound
On my machine the following program:
main = do putStr "According to ghc-4.02 (1-maxBound)^2 = "
putStr $ show mult1
putStr "\nAccording to ghc-4.02 (maxBound-1)^2 = "
putStr $ show mult2
where mult1, mult2 :: Int
mult1 =
When building the GHC prelude (latest sources again), the following happened:
rm -f Weak.o ; if [ ! -d Weak ]; then mkdir Weak; else find Weak -name '*.o' -print |
xargs rm -f __rm_food ; fi ;
../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O
-split-objs -odir
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
Lennart Augustsson wrote:
Simon Marlow wrote:
Int arithmetic on GHC and Hugs is modulo 2^32, i.e. maxBound + 1.
Actually, if we are in nit-picking mode, arithmetic is modulo (maxBound+1)*2.
PS. I.e., if we interpret "modulo" in the right way since the result is interpreted
as a signed
12 matches
Mail list logo