The following ``code'' forces ghc-4.04 to crash with an
internal Happy error message:
module Rules where
import GlaExts
import PrelGHC
integerGcd :: Integer - Integer - Integer
integerGcd a b
= case a of
(S# a) - case b of
(S# b) - unsafePerformIO
: Hi!
:
: I tried to recompile the latest ghc (1999/07/31) on a Linux/glibc2.1.1
: system (egcs 2.91.66), but there seems to be a problem: the build works, but
: the resulting compiler produces executables, that throw core, even with
: "main = return ()".
I've noticed that as well. Code like
Hi!
I tried to recompile the latest ghc (1999/07/31) on a Linux/glibc2.1.1
system (egcs 2.91.66), but there seems to be a problem: the build works, but
the resulting compiler produces executables, that throw core, even with
"main = return ()".
I have a CVS version from 1999/07/10, and this one
The attached tgz archive contains 4 files:
A.hs defines a type X and a type class Y
B.hs imports A and makes X an instance of Y
C.hs imports B and just exports everything again
D.hs imports C and tries to use the fact that X is an instance of Y.
If you compile this using
ghc -c
Hi there,
ghc-4.04's parser does not seem to like expressions of the following kind:
case a of
(#I a) -
and
blah (# sa, a, #)
Upon using these expressions it dies due to an internal Happy error.
Hope this helps,
Marc van Dongen
On Mon, Aug 02, 1999 at 12:54:23 +0100, Marc van Dongen wrote:
[...]
I've noticed that as well. Code like
does not produce proper error messages anymore which it did with
ghc-4.02. One wonders where the performance boost came from:-)
$ cat tmp.lhs
module Main( main ) where
main =
Why is the parser (parser/Parser.hs) compiled with -H80M?
This causes an error
on my ghc-4.02 (default max heap size 64M). Instead of increasing the
maximum heap size, I just tried -H64M, which works fine (and
it should also
work without -Hxxx, but it would take probably longer to
Here are the nofib performance results for 4.02 vs. 4.04 if anyone's
interested.
The averages are geometric means across the percentage changes.
Don't pay too much attention to the runtimes, these tend to vary +/- 10% or
so from run to run anyway.
This report is generated by a Haskell program,
Sorry the last time I sent this messed up.
-Original Message-
Hi,
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
As I mentioned in an earlier mail, I'm working on GUIs in Haskell
building on TclHaskell. I'll have a
Wilhelm B. Kloke:
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
It seems that all GUI stuff develepmont (Fudgets, Haggis ...)
has been stalled since some years.
I'd look at TclHaskell, if I were you. It's not strictly
Hi,
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
It seems that all GUI stuff develepmont (Fudgets, Haggis ...)
has been stalled since some years.
Some of the links in the Haskell libraries and tools page are not even
accessible
"Wilhelm B. Kloke" wrote:
Hi,
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
It seems that all GUI stuff develepmont (Fudgets, Haggis ...)
has been stalled since some years.
The fudget library still works and it has actually
12 matches
Mail list logo