summaryrefslogtreecommitdiff
path: root/compiler/utils/Panic.lhs
Commit message (Collapse)AuthorAgeFilesLines
* Add throwGhcExceptionIO and change a few uses of throwGhcException to use itIan Lynagh2013-01-301-1/+6
|
* Replace all uses of ghcError with throwGhcException and purge ghcError.Erik de Castro Lopo2012-11-301-5/+1
|
* GHC 7.4 is now required for building HEADIan Lynagh2012-07-201-6/+0
|
* Redefine pprPanicFastInt in terms of panicDocIan Lynagh2012-06-121-1/+4
|
* Make Ppr* versions of the Sorry and PgmError exceptions tooIan Lynagh2012-06-111-5/+13
|
* Change how pprPanic worksIan Lynagh2012-06-111-1/+11
| | | | | We now include the String and the SDoc in the exception, and don't flatten them into a String until near the top-level
* Fix whitespace in utils/Panic.lhsIan Lynagh2012-06-051-52/+45
|
* Fix buildIan Lynagh2012-05-221-0/+3
|
* Fix warningIan Lynagh2012-05-221-1/+1
|
* Don't remove the thread from interruptTargetThread on ^C (#6116)Simon Marlow2012-05-221-15/+18
|
* Allow threads in GHCi to receive BlockedIndefintely* exceptions (#2786)Simon Marlow2012-04-121-9/+46
| | | | | | This is a partial fix for #2786. It seems we still don't get NonTermination exceptions for interpreted computations, but we do now get the BlockedIndefinitely family.
* Prevent nested TH exceptions from bubbling up to the top level (#5976)Paolo Capriotti2012-04-031-1/+13
|
* Include a stack trace in the panic message, when GHC is compiled profiled.Simon Marlow2011-11-301-1/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I tried this out on the panic we're currently getting for #3103: ghc-stage2: panic! (the 'impossible' happened) (GHC version 7.3.20111128 for x86_64-unknown-linux): tcIfaceGlobal (local): not found: base:GHC.Word.W#{d 6w} [(32R, Type constructor `base:GHC.Word.Word{tc 32R}'), (r6O, Identifier `base:GHC.Word.$fNumWord{v r6O}'), (r6P, Identifier `base:GHC.Word.$fEqWord{v r6P}'), (r6Q, Identifier `base:GHC.Word.$fNumWord1{v r6Q}'), (r6R, Identifier `base:GHC.Word.$fNumWord2{v r6R}'), (r6S, Data constructor `base:GHC.Word.W#{d r6S}'), (r6U, Identifier `base:GHC.Word.W#{v r6U}'), (r75, Identifier `base:GHC.Word.$fNumWord_$csignum{v r75}'), (r76, Identifier `base:GHC.Word.$fEqWord_$c/={v r76}'), (r77, Identifier `base:GHC.Word.$fEqWord_$c=={v r77}')] { Main.main GHC.defaultErrorHandler GHC.runGhc GhcMonad.>>= GhcMonad.>>=.\ Main.main' Main.doMake GhcMake.load GhcMake.load2 GhcMake.upsweep GhcMake.upsweep.upsweep' GhcMake.reTypecheckLoop GhcMake.typecheckLoop GhcMake.typecheckLoop.\ TcRnMonad.initIfaceCheck TcRnMonad.initTcRnIf IOEnv.runIOEnv IOEnv.thenM IOEnv.thenM.\ TcIface.typecheckIface TcIface.typecheckIface.\ LoadIface.loadDecls LoadIface.loadDecl TcIface.tcIfaceDecl TcIface.tc_iface_decl TcIface.tcIdInfo MonadUtils.foldlM TcIface.tcIdInfo.tcPrag TcIface.tcUnfolding TcIface.tcPragExpr TcIface.tcIfaceExpr TcIface.tcIfaceAlt TcIface.tcIfaceDataCon }
* Use -fwarn-tabs when validatingIan Lynagh2011-11-041-0/+7
| | | | | We only use it for "compiler" sources, i.e. not for libraries. Many modules have a -fno-warn-tabs kludge for now.
* derive Typeable (eliminate deprecation warnings for mkTyCon)Simon Marlow2011-07-121-9/+1
|
* Tweak the "sorry" message a bitSimon Marlow2010-12-081-1/+1
| | | | | - "sorry! (this is work in progress)\n" + "sorry! (unimplemented feature or known bug)\n"
* Cleanup comments and formatting onlybenl@ouroborus.net2010-10-291-87/+108
|
* Nicer error message for #3782benl@ouroborus.net2010-10-291-6/+14
| | | | | | | | | | | | | | | | | | It now says: ghc-stage2: sorry! (this is work in progress) (GHC version 7.1.20101028 for i386-apple-darwin): Vectorise.Builtins.indexBuiltin DPH builtin function 'sumTyCon' of size '11' is not yet implemented. This function does not appear in your source program, but it is needed to compile your code in the backend. This is a known, current limitation of DPH. If you want it to to work you should send mail to cvs-ghc@haskell.org and ask what you can do to help (it might involve some GHC hacking). I added 'pprSorry' that behaves like 'pprPanic' except it say sorry! instead of panic!, and doesn't ask the user to report a bug.
* Use UserInterrupt rather than our own Interrupted exception (#4100)Simon Marlow2010-06-021-6/+2
|
* fix warning on WindowsSimon Marlow2010-01-271-2/+1
|
* catch SIGHUP and SIGTERM and raise an exception (#3656)Simon Marlow2010-01-271-3/+18
|
* Fix ignored-monadic-result warningsIan Lynagh2009-07-071-1/+1
|
* Support for -fwarn-unused-do-bind and -fwarn-wrong-do-bind, as per #3263Max Bolingbroke2009-07-011-2/+2
|
* Use a proper exception for IOEnvFailure, not just a UserErrorIan Lynagh2008-10-031-17/+1
|
* Use an extensible-exceptions package when bootstrappingIan Lynagh2008-10-031-55/+6
| | | | | | | 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.
* Don't capture error calls in tryUserpepe2008-09-261-9/+3
| | | | | | | A previous patch slightly changed the semantics of tryUser. This patch restores the original behaviour (as expected in :print)
* Generalise 'handleGhcException' to work with any 'ExceptionMonad'.Thomas Schilling2008-09-141-3/+3
|
* Follow changes in the base libraryIan Lynagh2008-07-311-6/+80
| | | | | 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-2/+1
|
* Fix Haddock errors.Thomas Schilling2008-07-201-1/+1
|
* Remove code that isn't used now that we assume that GHC >= 6.4Ian Lynagh2008-06-201-12/+3
|
* Don't import FastString in HsVersions.hIan Lynagh2008-03-291-2/+0
| | | | Modules that need it import it themselves instead.
* Show CmdLineError exceptions as "<command line>: ..."Simon Marlow2008-01-231-0/+1
| | | | | | | instead of something like "ghc-6.8.2: ...", which causes problems in the test suite. In any case, "<command line>" seems a more appropriate context for these errors, the only question is whether we're using CmdLineError incorrectly anywhere.
* lots of portability changes (#1405)Isaac Dupree2008-01-171-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | re-recording to avoid new conflicts was too hard, so I just put it all in one big patch :-( (besides, some of the changes depended on each other.) Here are what the component patches were: Fri Dec 28 11:02:55 EST 2007 Isaac Dupree <id@isaac.cedarswampstudios.org> * document BreakArray better Fri Dec 28 11:39:22 EST 2007 Isaac Dupree <id@isaac.cedarswampstudios.org> * properly ifdef BreakArray for GHCI Fri Jan 4 13:50:41 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * change ifs on __GLASGOW_HASKELL__ to account for... (#1405) for it not being defined. I assume it being undefined implies a compiler with relatively modern libraries but without most unportable glasgow extensions. Fri Jan 4 14:21:21 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * MyEither-->EitherString to allow Haskell98 instance Fri Jan 4 16:13:29 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * re-portabilize Pretty, and corresponding changes Fri Jan 4 17:19:55 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * Augment FastTypes to be much more complete Fri Jan 4 20:14:19 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * use FastFunctions, cleanup FastString slightly Fri Jan 4 21:00:22 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * Massive de-"#", mostly Int# --> FastInt (#1405) Fri Jan 4 21:02:49 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * miscellaneous unnecessary-extension-removal Sat Jan 5 19:30:13 EST 2008 Isaac Dupree <id@isaac.cedarswampstudios.org> * add FastFunctions
* Fix warnings in utils/PanicIan Lynagh2008-01-131-7/+7
|
* remove trace apparently left in by accidentSimon Marlow2008-01-031-1/+1
|
* Implement generalised list comprehensionssimonpj@microsoft.com2007-12-201-1/+1
| | | | | | | | | | | | | | | | | | | | This patch implements generalised list comprehensions, as described in the paper "Comprehensive comprehensions" (Peyton Jones & Wadler, Haskell Workshop 2007). If you don't use the new comprehensions, nothing should change. The syntax is not exactly as in the paper; see the user manual entry for details. You need an accompanying patch to the base library for this stuff to work. The patch is the work of Max Bolingbroke [batterseapower@hotmail.com], with some advice from Simon PJ. The related GHC Wiki page is http://hackage.haskell.org/trac/ghc/wiki/SQLLikeComprehensions
* Fix CodingStyle#Warnings URLsIan Lynagh2007-09-041-1/+1
|
* Use OPTIONS rather than OPTIONS_GHC for pragmasIan Lynagh2007-09-031-2/+2
| | | | | | | Older GHCs can't parse OPTIONS_GHC. This also changes the URL referenced for the -w options from WorkingConventions#Warnings to CodingStyle#Warnings for the compiler modules.
* Add {-# OPTIONS_GHC -w #-} and some blurb to all compiler modulesIan Lynagh2007-09-011-0/+7
|
* remove #if branches for pre-ghc-6.0Isaac Dupree2007-06-051-8/+0
| | | | | | I skipped utils/hsc2hs/Main.hs since its ifs also involved checking for old versions of nhc98 (I don't want to figure that out), but removed everything else I found relating to building with pre-6.0
* Warning fix for unused and redundant importsMichael D. Adams2007-05-101-1/+1
|
* Remove code that is dead, as we require __GLASGOW_HASKELL__ >= 504Ian Lynagh2007-04-061-21/+2
|
* Fix deadlock on second call to newSessionSimon Marlow2006-10-161-2/+2
| | | | Tracked down by Krasimir Angelov
* Module header tidyup #2Simon Marlow2006-10-111-19/+10
| | | | Push this further along, and fix build problems in the first patch.
* Reorganisation of the source treeSimon Marlow2006-04-071-0/+250
Most of the other users of the fptools build system have migrated to Cabal, and with the move to darcs we can now flatten the source tree without losing history, so here goes. The main change is that the ghc/ subdir is gone, and most of what it contained is now at the top level. The build system now makes no pretense at being multi-project, it is just the GHC build system. No doubt this will break many things, and there will be a period of instability while we fix the dependencies. A straightforward build should work, but I haven't yet fixed binary/source distributions. Changes to the Building Guide will follow, too.
View Lorry Controller Status