[GHC] #14732: -fdefer-typed-holes breaks a correct program
GHC
ghc-devs at haskell.org
Wed Jan 31 14:28:13 UTC 2018
#14732: -fdefer-typed-holes breaks a correct program
-------------------------------------+-------------------------------------
Reporter: MitchellSalad | Owner: (none)
Type: bug | Status: new
Priority: normal | Milestone:
Component: Compiler | Version: 8.2.2
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by Simon Peyton Jones <simonpj@…>):
In [changeset:"e9ae0cae9eb6a340473b339b5711ae76c6bdd045/ghc" e9ae0ca/ghc]:
{{{
#!CommitTicketReference repository="ghc"
revision="e9ae0cae9eb6a340473b339b5711ae76c6bdd045"
Look inside implications in simplifyRule
Trac #14732 was a perpelexing bug in which -fdefer-typed-holes
caused a mysterious type error in a RULE. This turned out to
be because we are more aggressive about creating implications
when deferring (see TcUnify.implicationNeeded), and the rule
mechanism hadn't caught up.
This fixes it.
}}}
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/14732#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list