Compiling the following with ghc-4.06 produces an erroneous
error message:
module O where
a :: Int
a = 1
b :: Int
b = 2
c :: Int
c = 3
f :: Int - Bool
f i = case i of
a - True
b - True
c - True
The compiler complains:
o.hs:14: Pattern match(es) are
I already came across this, and Sigbjørn sent me a fix, which should soon
be in CVS. Just in case it's not, it follows below. I found that I also
needed to change rts/gmp/configure.in so that the first call to AC_INIT
occurred after the setting of the three variables just below it.
--
Reuben Thomas wrote:
I already came across this, and Sigbjørn sent me a fix, which should soon
be in CVS. Just in case it's not, it follows below. I found that I also
needed to change rts/gmp/configure.in so that the first call to AC_INIT
occurred after the setting of the three variables
On the subject of bugs for which fixes are found which don't
seem to make
it into the CVS repository for a while, why exactly does RtsUtil.h
still contain the line
extern StgStablePtr errorHandler;
when "errorHandler" isn't actually defined anywhere?
("extern" of course doesn't
The following code does nothing one sent a -USR1 but "succeeds" (i.e.
fails with "User defined signal 2") on -USR2.
I'd be happy if someone could point me to the important thing I'm
constantly missing.
ghc is The Glorious Glasgow Haskell Compilation System, version 4.07,
last built on Feb., 8th,
causes the entire program to crash. (Not just the thread that is doing the
threadWaitRead.) Is this not a little drastic? To run the attached code use
ghc -syslib posix -syslib concurrent -cpp ThreadWaitFail.hs -o TWF
./TWF
ThreadWaitFail.hs
The following code does nothing one sent a -USR1 but "succeeds" (i.e.
fails with "User defined signal 2") on -USR2.
I'd be happy if someone could point me to the important thing I'm
constantly missing.
Oh dear. It looks like signal handling support has been broken for some
time. A patch to
causes the entire program to crash. (Not just the thread
that is doing the
threadWaitRead.) Is this not a little drastic? To run the
attached code use
ghc -syslib posix -syslib concurrent -cpp ThreadWaitFail.hs -o TWF
./TWF
You're right, this is a bug. But I'm not sure what to do
Hi all,
When making ghc from cvs, make all fails due to a
SocketPrim -syslib lang -syslib text -optc-DNON_POSIX_SOURCE -c SocketPrim.lhs
-o SocketPrim.o -osuf o
does not exist
Action: getDirectoryContents
Reason: no such file or directory
Sorry about the previous messgae. Perhaps I shold have
bee a bit more explicit about what I deid in order to
build ghc from cvs. What I did (starting this morning)
was:
make clean \
cvs update -Pd ghc hslibs \
cd ghc \
./configure \
cd .. \
./configure \
make boot \
make all
When making ghc from cvs, make all fails due to a
SocketPrim -syslib lang -syslib text
-optc-DNON_POSIX_SOURCE -c SocketPrim.lhs -o SocketPrim.o -osuf o
does not exist
Action: getDirectoryContents
Reason: no such file or directory
Hi,
I downloaded the sources from GHC 4.06, made the shallow tree, added a
build.mk in mk/ with -H80, later with -H80 -O2, made ./configure in ghc/
and ./configure in the main tree, (copied both .y files because happy
doesn't work on links done with lndir -- it's only NT), said make boot and
Hi again,
please forget that about the crashing hsc. I've reinstalled ghc-4.045 (it
still calls itself 4.05) and it works as good as before. Now I've deleted
everthing else, checked out the current cvs tree, made the shallow tree
current/, did autoconf and ./configure in /current/ghc and the
| Both GHC and Hugs have a bug in their Prelude for Ratio's Enum
| instance. The following program
|
|import Ratio
|main = print [ 1, 4%(3::Int) .. 2 ]
|
| should print
|
|[1 % 1,4 % 3,5 % 3,2 % 1]
|
| but instead an infinite list of 1%1s is generated. The reason for this
| is
14 matches
Mail list logo