On Mon, 2 Aug 1999, Alex Ferguson wrote:
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
I wrote:
lexeme - qvarid | qconid | qvarsym | qconsym
| literal | special | reservedop | reservedid
Now we could replace qvarsym and qconsym by qop, and have both
examples parse in the same way. However, unlike the other change in
lexeme's definition, I don't suggest this, I
As an author of an Haskell Emacs mode that deals with the layout rule
(described in Journal of Functional Programming 8(5) 493-502), I
strongly agree that the "parse-error condition" is really a bad idea.
For example, in Emacs, no full Haskell parse is done.
After all, layout should be there to
has anybody there an idea which GUI is usable with Haskell 98 on
a Unix/X11R6 system (FreeBSD to be complete)?
I am working at a Haskell binding for GTK+ (the currently
probably most popular open source GUI):
http://www.score.is.tsukuba.ac.jp/~chak/haskell/gtk/
Cheers,
Manuel
And yes, happy is up-to-date, perhaps too much so.
I get various mismatch errors. For example % is used in ParseIFace.hs, but GHC can't
find it. When I tried getting rid of that, I got other messages:
ParseIface.hs:5633:
Couldn't match `EncodedFS' against `[Char]'
Expected type:
Hmmm, just a me-too :-(
it dies very quickly, just after a couple of calls to times according
to strace and possibly in a function called Main_main_info() according
to gdb.
k
Michael Weber writes:
But my core dumps, don't give any "blahblah exception (core dumped)"
messages.
I figure this isn't a problem with GHC, necessarily. More likely a
problem with my environment, but I thought I'd ask here
anyway, if only
to get a clue. The problem is when the "gmake all" gets to
building hsc,
I get the following errors:
ld: elf error: file
I wish, I could have provided more debugging info, but
strace's and gdb's
output isn't very helpful at all. How do I enable those
IF_DEBUG(...) macros
(or something that helps tracking down the problem)? I tried,
but it seems I
overlooked something...
I add the following lines to my
And yes, happy is up-to-date, perhaps too much so.
I get various mismatch errors. For example % is used in
ParseIFace.hs, but GHC can't
find it. When I tried getting rid of that, I got other messages:
ParseIface.hs:5633:
Couldn't match `EncodedFS' against `[Char]'
Expected
OK, I think I have the solution. The problem was that happy wasn't getting updated as
I thought
it was (doing cvs update . in the fptools directory isn't enough) and so I have an
ancient template.
Sorry.
$ cat tmp.lhs
module Main( main ) where
main = putStr $ show q
where q = quot 1 0
$ ghc-4.02 tmp.lhs
ghc-4.02: module version changed to 176; reason: usages changed
1006 swift ~/ghc/constraints/mixed
$ a.out
Fail: Prelude.Integral.quot{Integer}: divide by 0
1007 swift
Hello, George!
I'm tested GHC 4.03 and 4.04 with gcc2.95 (Cygwin32, WinNT4 SP5). In both cases the
result was the same, STATUS_ACCESS_VIOLATION, for any GHC-source. I think, it is due
to GCC run-time changed.
Best regards,
Michael
- Original Message -
From: George Russell [EMAIL
Do these two work together? (I believe gcc2.95 is supposed
to be descended
from egcs, which is supposed to sort-of-work with GHC).
I haven't got around to testing it yet, but I'll let you know as soon as I
do.
Cheers,
Simon
13 matches
Mail list logo