Hi!
The following peice of code is from LALR.lhs from the happy sources
checked out a few minutes ago:
#if __GLASGOW_HASKELL__ 407
#define newSTArray newArray
#define readSTArray readArray
#define writeSTArray writeArray
#define freezeSTArray freezeArray
#endif
The inequality should be = ,
Like a lamb to the slaughter, I boldly tried the suggestion of generating the
GHC parsers with -a -g -c and got the following messages:
/usr/local/pub-bkb/ghc/ghc-latest/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I.
-IcodeGen -InativeGen -Iparser
Like a lamb to the slaughter, I boldly tried the suggestion
of generating the
GHC parsers with -a -g -c and got the following messages:
/usr/local/pub-bkb/ghc/ghc-latest/bin/ghc -cpp -fglasgow-exts
-Rghc-timing -I. -IcodeGen -InativeGen -Iparser
Hi Sigbjorn,
I had another look at the 55 tuple problem. And this time,
I could find a short program that produces the error.
...
I had a look at `PrelTup.lhs' and it seems to define tuples
up to 37 tuples or so. Maybe this is the problem.
What shall I do? Hack `PrelTup.lhs'?
Manuel Chakravarty writes:
Sigbjorn Finne wrote,
A 55-tuple no less :-) It arises from the compilation of a (big!)
letrec of Happy parser states, and is a `bug' that has been fixed in
later releases of ghc. I suggest picking up a more recent ghc binary
dist, as extending ghc to cope
Guess what? It's the old 'for i in ;' problem again. Try 'make
install SHELL=bash' (I think the upper case is important).
Yes, the upper case is important. However, installing happy from the
binaries still does not work. Here is a summary of my undertakings:
gunzip
Ralf Hinze [EMAIL PROTECTED] writes:
probably the worst design decision in the last five years was to detach
Happy from the compiler distribution, at least for me :-(.
Sorry :) Since Happy isn't changing very much, it doesn't make sense
for everyone to download a 1M+ executable along with
Dear Simon and Simon,
probably the worst design decision in the last five years was to detach
Happy from the compiler distribution, at least for me :-(. When I tried
to install ghc-3.00 I immediately fell on my face: Happy is required
... So I tried to install Happy from the binary
Ralf Hinze [EMAIL PROTECTED] writes:
`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.
Drat. I made the source distribution from a bootstrapped build tree,
which of course
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
10 matches
Mail list logo
