<div dir="ltr">On Thu, Sep 3, 2015 at 12:41 PM, Herbert Valerio Riedel <span dir="ltr"><<a href="mailto:hvriedel@gmail.com" target="_blank">hvriedel@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-09-02 at 10:00:40 +0200, Matthew Pickering wrote:<br>
> Surely the easiest way here (including for other tooling - ie<br>
> haskell-src-exts) is to create a package which just provides this<br>
> enumeration. GHC, cabal, th, haskell-src-exts and so on then all<br>
> depend on this package rather than creating their own enumeration.<br>
<br>
</span>I'm not sure this is such a good idea having a package many packages<br>
depend on if `ghc` is one of them, as this forces every install-plan<br>
which ends up involving the ghc package to be pinned to the very same<br>
version the `ghc` package was compiled against.<br>
<br>
This is a general problem affecting packages `ghc` depends upon (and as<br>
a side-note starting with GHC 7.10, we were finally able to cut the<br>
package-dependency between `ghc` and `Cabal`)<br></blockquote><div><br></div><div>Surely this argument does not apply to a package created to hold data types that would otherwise live in the template-haskell or ghc packages.<br><br></div><div>Regards,<br></div><div>Reid Barton <br></div></div></div></div>