Proposal for removing transformers dependency

Simon Peyton Jones simonpj at microsoft.com
Thu Jan 22 10:41:48 UTC 2015


|  One thing to keep in mind though is that then 'haskeline' (which is
|  needed by GHCi) still remains a consumer of 'transformers', so we'd
|  still have to bundle a 'transformers' package version with GHC even if
|  `ghc` doesn't depend on it anymore. Somewhat related, the `ghc` ->

couldn't we invite Judah to remove the transformers dependency for haskeline?

It all seems a bit late for 7.10.

Simon

|  -----Original Message-----
|  From: ghc-devs [mailto:ghc-devs-bounces at haskell.org] On Behalf Of
|  Herbert Valerio Riedel
|  Sent: 22 January 2015 07:37
|  To: Alexander V Vershilov
|  Cc: ghc-devs at haskell.org
|  Subject: Re: Proposal for removing transformers dependency
|  
|  On 2015-01-21 at 17:19:42 +0100, Alexander V Vershilov wrote:
|  > I thought about providing package ghc-transformers-instances, that
|  > will provide instances for transformers's type classes for user. So
|  > ghc-tf-instances will depend on current ghc, and current
|  transformers
|  > that could be provided by user environment.
|  
|  So the price is seems to be mostly to tolerate orphan instances (and
|  potentially having to copy more code from transformers into ghc, if
|  one wants to use more features in ghc's code).
|  
|  One would have to make sure to keep that package updated everytime a
|  new transformers or ghc package version is released, as well as making
|  sure to always test all supported combinations of ghc/transformers
|  versions before making a new releases.
|  
|  One thing to keep in mind though is that then 'haskeline' (which is
|  needed by GHCi) still remains a consumer of 'transformers', so we'd
|  still have to bundle a 'transformers' package version with GHC even if
|  `ghc` doesn't depend on it anymore. Somewhat related, the `ghc` ->
|  `Cabal` dependency was broken up in GHC 7.10 but we'll still bundle
|  `Cabal` with GHC 7.10.
|  
|  I'm not sure how much this helps Stackage which I assume would
|  constraint transformers to a single version, and therefore force a
|  reinstall of the haskeline version shipped with GHC with a different
|  version of transformers.
|  
|  Fwiw, I welcome decoupling libraries from the GHC distribution as
|  every exposed library adds to the synchronisation-with-upstream-
|  overhead when preparing new GHC releases, in addition to adding
|  implicit version constraints to the package database.
|  
|  With a GHC release-management hat on though: As for GHC 7.10.1, it's
|  rather late... at the very least it needs to get into RC2 (whose cut
|  off is tomorrow) for that to happen.
|  
|  Cheers,
|    hvr
|  _______________________________________________
|  ghc-devs mailing list
|  ghc-devs at haskell.org
|  http://www.haskell.org/mailman/listinfo/ghc-devs


More information about the ghc-devs mailing list