summaryrefslogtreecommitdiff
path: root/driver/haddock/ghc.mk
diff options
context:
space:
mode:
authorSimon Peyton Jones <simonpj@microsoft.com>2013-03-04 09:40:56 +0000
committerSimon Peyton Jones <simonpj@microsoft.com>2013-03-04 09:40:56 +0000
commitc3ad38d7dc39ef583ddfb586413baa2e57ca3ee8 (patch)
tree421a9452f73247edfd417ffff1220ca653ea0b1e /driver/haddock/ghc.mk
parent3ea331b7f915373e1f8db6000a1a5bb4a63f12f9 (diff)
downloadhaskell-c3ad38d7dc39ef583ddfb586413baa2e57ca3ee8.tar.gz
Rearrange the typechecking of arrows, especially arrow "forms"
The typechecking of arrow forms (in GHC 7.6) is known to be bogus, as described in Trac #5609, because it marches down tuple types that may not yet be fully worked out, depending on when constraint solving happens. Moreover, coercions are generated and simply discarded. The fact that it works at all is a miracle. This refactoring is based on a conversation with Ross, where we rearranged the typing of the argument stack, so that the arrows have the form a (env, (arg1, (arg2, ...(argn, ())))) res rather than a (arg1, (arg2, ...(argn, env))) res as it was before. This is vastly simpler to typecheck; just look at the beautiful, simple type checking of arrow forms now! We need a new HsCmdCast to capture the coercions generated from the argument stack. This leaves us in a better position to tackle the open arrow tickets * Trac #5777 still fails. (I was hoping this patch would cure it.) * Trac #5609 is too complicated for me to grok. Ross? * Trac #344 * Trac #5333
Diffstat (limited to 'driver/haddock/ghc.mk')
0 files changed, 0 insertions, 0 deletions