[GHC] #7071: Refactoring arrows
GHC
cvs-ghc at haskell.org
Fri Oct 12 21:49:34 CEST 2012
#7071: Refactoring arrows
-------------------------------+--------------------------------------------
Reporter: simonpj | Owner:
Type: bug | Status: closed
Priority: normal | Milestone:
Component: Compiler | Version: 7.4.2
Resolution: fixed | Keywords:
Os: Unknown/Multiple | Architecture: Unknown/Multiple
Failure: None/Unknown | Difficulty: Unknown
Testcase: | Blockedby:
Blocking: | Related:
-------------------------------+--------------------------------------------
Changes (by igloo):
* status: new => closed
* resolution: => fixed
Comment:
I believe this was fixed by:
commit ba56d20d767f0425f6f7515fa9c78b186589b896
{{{
Author: Simon Peyton Jones <simonpj at microsoft.com>
Date: Wed Oct 3 11:16:22 2012 +0100
This big patch re-factors the way in which arrow-syntax is handled
All the work was done by Dan Winograd-Cort.
The main thing is that arrow comamnds now have their own
data type HsCmd (defined in HsExpr). Previously it was
punned with the HsExpr type, which was jolly confusing,
and made it hard to do anything arrow-specific.
To make this work, we now parameterise
* MatchGroup
* Match
* GRHSs, GRHS
* StmtLR and friends
over the "body", that is the kind of thing they
enclose. This "body" parameter can be instantiated to
either LHsExpr or LHsCmd respectively.
Everything else is really a knock-on effect; there should
be no change (yet!) in behaviour. But it should be a sounder
basis for fixing bugs.
}}}
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/7071#comment:6>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the Glasgow-haskell-bugs
mailing list