[GHC] #15726: Don't include Haskeline (and others) in the global package DB
GHC
ghc-devs at haskell.org
Sat Jan 19 11:47:53 UTC 2019
#15726: Don't include Haskeline (and others) in the global package DB
-------------------------------------+-------------------------------------
Reporter: judah | Owner: (none)
Type: feature request | Status: new
Priority: normal | Milestone:
Component: Build System | Version: 8.6.1
(make) |
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 hvr):
Replying to [comment:4 bgamari]:
> > Are you sure the original issue why we started properly registering
GHCi's dependencies around GHC 7.8 has been dealt with? Otherwise this
will just throw us back to square one with the bugs/issues we had pre-7.8.
>
> Not at all; can you refresh our memories on what those issues were?
comment:ticket:8919:17 gives a summary of the issues involved which
eventually lead to 4caadb7cbee5c176abb99df25c4cc1657ae57f40; and you can
find some potential approaches to addressing the issue mentioned in the
surrounding discussion.
Note however, that `lib:Cabal` has also slowly been acquiring more
dependencies, such as `lib:mtl`, `lib:text` or `lib:parsec` (and I've
recently realised that the option of not bundling `lib:Cabal` with GHC is
not feasible anymore for reasons related to catch-22s in the bootstrapping
process).
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/15726#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list