runghc exit status

It looks like runghc is exiting with status 0 if there is a problem. Shouldn't this be non-zero? $ runghc -V The Glorious Glasgow Haskell Compilation System, version 6.4 $ runghc /dev/null; echo $? Could not find module `/dev/null': use -v to see a list of the files searched for

ghc-6.2.1 panics while compiling darcs 1.0.3-rc1

Hi, I get the following when compiling darcs: --SNIP-- ghc -cpp -package parsec -package unix -O -funbox-strict-fields -Wall -Werror -package util -I. -DHAVE_CURSES -DHAVE_CURL -c ColourPrinter.lhs ghc -cpp -package parsec -package unix -O -funbox-strict-fields -Wall -Werror -package util

GHC mutual recursion weirdness

Someone in #Haskell mentioned a problem they were having with GHC 6.4 and mutually recursive modules. I'd never tried them, so I tried the simplest thing I could think of and tried doing it a few ways, and these are my findings. I've attached all the relevant files and a tarball for maximum

RE: runghc exit status

On 11 May 2005 07:37, Frederik Eaton wrote: It looks like runghc is exiting with status 0 if there is a problem. Shouldn't this be non-zero? $ runghc -V The Glorious Glasgow Haskell Compilation System, version 6.4 $ runghc /dev/null; echo $? Could not find module `/dev/null': use -v to

[ ghc-Bugs-1198393 ] Program aborts with segmentation fault when profiling used.

Bugs item #1198393, was opened at 2005-05-09 16:21 Message generated for change (Comment added) made by simonmar You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1198393group_id=8032 Category: Profiling Group: None Status: Open Resolution: None Priority: 5

[ ghc-Bugs-1199364 ] internal error: scavenge_one: strange object 68, amd64

Bugs item #1199364, was opened at 2005-05-10 20:21 Message generated for change (Comment added) made by simonmar You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1199364group_id=8032 Category: None Group: None Status: Closed Resolution: Fixed Priority: 5

[ ghc-Bugs-1200026 ] System.Posix.Signals.setStoppedChildFlag segfaults

Bugs item #1200026, was opened at 2005-05-11 10:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1200026group_id=8032 Category: hslibs/posix Group: 6.4 Status: Open Resolution:

Template haskell and mutually recursive modules won't play nice

It looks like TH has issues with mutually recursive modules. Now I could understand this if I was actually trying to call functions in modules imported with {-# SOURCE #-} from TH, but I'm not. What is going on here? I am getting sick of seeing expectJust upsweep_mod:old_linkable. % ghc --make