Removing GHC's dependency on Cabal

Brandon Allbery allbery.b at gmail.com
Thu Jul 24 14:07:34 UTC 2014


On Thu, Jul 24, 2014 at 9:56 AM, Edward Z. Yang <ezyang at mit.edu> wrote:

> We were wondering if there was any reason to prefer the former
> situation over the latter. One answer might be that Cabal is less keen
> to have a dependency on a very GHC specific library (although the
> ghc-pkg dependency is quite a fairly tightly coupled one.)
>

I continue to think cabal-install should use a plugin architecture. How
that is relevant here is that either the Cabal library also would use
plugins, or the existing Cabal library would stop pretending to be
compiler-agnostic and become a Cabal-ghc plugin/library. (Or quite possibly
both, depending on expected usage.)

(Of course, then there is the question of how to do compiler-agnostic
plugins that have a chance of working with currently nonexistent
alternative compilers....)

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/cabal-devel/attachments/20140724/5da42314/attachment.html>


More information about the cabal-devel mailing list