summaryrefslogtreecommitdiff
path: root/compiler/utils/Exception.hs
Commit message (Collapse)AuthorAgeFilesLines
* Remove gblock and gunblockIan Lynagh2013-02-191-20/+4
|
* Use throwIO rather than throwIan Lynagh2013-01-301-1/+1
|
* Make MonadIO a superclass of ExceptionMonadIan Lynagh2013-01-301-1/+2
|
* Follow changes in baseIan Lynagh2012-06-191-4/+2
|
* Remove some dead codeIan Lynagh2011-12-151-8/+0
|
* remove unnecessary/broken definition of mask_Simon Marlow2010-10-021-5/+0
|
* adapt to the new async exceptions APISimon Marlow2010-07-091-15/+36
|
* The bootstrapping compiler is now required to be > 609Ian Lynagh2010-04-091-4/+0
|
* Support for -fwarn-unused-do-bind and -fwarn-wrong-do-bind, as per #3263Max Bolingbroke2009-07-011-3/+3
|
* Make 'gblock' and 'gunblock' part of 'ExceptionMonad'. This way theThomas Schilling2008-10-061-15/+32
| | | | | | default implementations of 'gbracket' and 'gfinally' just work. MERGE TO 6.10
* Use an extensible-exceptions package when bootstrappingIan Lynagh2008-10-031-42/+4
| | | | | | | Ifdefs for whether we had extensible exceptions or not were spreading through GHC's source, and things would only have got worse for the next 2-3 years, so instead we now use an implementation of extensible exceptions built on top of the old exception type.
* Introduce an 'ExceptionMonad' class.Thomas Schilling2008-09-141-0/+73
| | | | | | | | | | | This monad provides variants of 'catch', 'bracket', and 'finally', so exceptions can be handled in monads that wrap IO. The latter two methods need to be part of the class definition, because GHC uses 'block' and 'unblock' which are used in the definition of those two methods for the IO monad. A perhaps better class interface would consist of 'gcatch', 'gblock', and 'gunblock' and let the latter two default to 'id' like is done for non-GHC implementations of 'bracket' and 'finally'.
* Follow changes in the base libraryIan Lynagh2008-07-311-7/+30
| | | | | TopHandler now uses the new extensible exceptions module, so we need to interact with it using the new types.
* Follow extensible exception changesIan Lynagh2008-07-301-0/+19