[GHC] #11208: GHCi doesn't qualify types anymore
GHC
ghc-devs at haskell.org
Mon Dec 14 13:22:16 UTC 2015
#11208: GHCi doesn't qualify types anymore
-------------------------------------+-------------------------------------
Reporter: hvr | Owner:
Type: bug | Status: new
Priority: highest | Milestone: 8.0.1
Component: GHCi | Version: 7.11
Resolution: | Keywords: regression
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: Other | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by simonpj):
I'm sorry about that. For the benefit of other readers, GHCi tries to
print types that make sense in the lexical scope of the REPL (i.e. the
interactive context). If a type needs to be qualified, GHC will qualify it
when printing it out.
But in the commit hvr points to in comment:3, I gave the pacakges `ghc-
prim`, `base` and `template-haskell` special behaviour, and are printed
unqualified.
How bad is that? Does tooling really parse error messages? (If so there
should be a Better Way!)
My motivation, as explained in the commit, was to avoid printing a
heavily-qualified `Constraint` when giving kind signatures. But maybe
there is a better way to do that?
I'd be happy with an agreed design change here. As the commit says, it's a
bit arbitrary as it stands.
Simon
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/11208#comment:4>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list