ghc 4.02 compilation failure (linux i386 glibc)

1999-05-14 Thread Giuliano P Procida
Hi. This occurs with both the package 4.02 source and the current source (well the only differ in a file or two). I am using the binary ghc for compilation. Details: $ tar xzf ghc-current-src.tar.gz $ mv ghc-4.02 fptools $ mkdir fptools-build; cd fptools-build; lndir ../fptools [snip] $ rm

ThreadId should be Eq/Ord (and preferably Read/Show)

1999-05-14 Thread George Russell
The Concurrent library spec says ThreadId should be an instance of Eq and Ord but ghc doesn't seem to know. (The definition of ThreadId seems to be in PrelConc.lhs and is: data ThreadId = ThreadId ThreadId# I think you need a "derives (Eq,Ord)" in there. As a matter of fact I would also like

RE: ghc 4.02 compilation failure (linux i386 glibc)

1999-05-14 Thread Sigbjorn Finne (Intl Vendor)
Giuliano P Procida [EMAIL PROTECTED] writes: ... This is the compiler in action! Earlier in the strace there is: write(2, "R", 1)= 1 write(2, "e", 1)= 1 This is part of the byte-by-byte output of "** Reader:\n" I thought IO output had

rules for type casting

1999-05-14 Thread S.D.Mechveliani
Another question on *rules*. Could they help the implicit type casting? For example, with {rules Num a= x::a, y::[a] == x+y = [x]+y} instance Num a = Num [a] where ... one could expect for x :: Num b=b the casting

RE: rules for type casting

1999-05-14 Thread Simon Peyton-Jones
Another question on *rules*. Could they help the implicit type casting? For example, with {rules Num a= x::a, y::[a] == x+y = [x]+y} instance Num a = Num [a] where ... one could expect for x :: Num b=b the casting