compiler bug in ghc

2001-11-13 Thread Thorsten Seitz
Hi, while trying to compile the attached file MonadT.hs I got the following error: ghc -fglasgow-exts -c -o MonadT.o MonadT.hs ghc-5.02: panic! (the `impossible' happened, GHC version 5.02): coreSyn/Subst.lhs:387: Non-exhaustive patterns in function zip_ty_env Please report it as

[5.02/5.02.1] hGetContents problem

2001-11-13 Thread Volker Stolz
A small program (which I haven't been able to strip down to a minimal *failing* version ;) repeatedly opens sockets and does the following (I tested with all permutations of hSetBuffering): Socket.connectTo ... hPutStrLn h "Data" hPutStr h d debug Io "Reading..:" c <- hGetContents h d

RE: Misc. bugs in HsParser

2001-11-13 Thread Simon Marlow
> HsParser does not allow method declarations to follow a default > implementation of a method. > > class G a where > f :: a -> a > f x = x > g :: a -> a > > Optional semicolons or empty statements are not permitted in > do-expressions. > > f x = do ;; x ; > > T

RE: getArgs

2001-11-13 Thread Simon Marlow
> Using ghc-5.03, getArgs only returns the first command line argument. > > main = do putStrLn version >args <- getArgs >putStrLn (show args) >... I can't repeat this bug - it works for me with last night's sources both in batch mode and in GHCi. Cheers,