<div dir="ltr">wasn't there an effort to have a mini private variant of attoparsec for the parser combinator deps?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Sep 11, 2013 at 4:03 PM, Johan Tibell <span dir="ltr"><<a href="mailto:johan.tibell@gmail.com" target="_blank">johan.tibell@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="im">On Wed, Sep 11, 2013 at 12:19 PM, Duncan Coutts <span dir="ltr"><<a href="mailto:duncan.coutts@googlemail.com" target="_blank">duncan.coutts@googlemail.com</a>></span> wrote:<br>
</div><div class="gmail_extra">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span style="color:rgb(34,34,34)">Actually, this is not quite right. Since ghc would still ship Cabal (but</span><br>
</div>
not depend on it), it would also ship its dependencies including parsec,<br>
mtl and transformers. So they would need to be up to date and installed,<br>
it's just that ghc itself would not depend on them.<br>
<br>
If that's really inconvenient, it's plausible to have a minimal set<br>
which is just the things ghc depends on, so long as what gets shipped to<br>
users is the useful set, including Cabal.</blockquote><div><br></div></div><div>I don't quite like how GHC's dependencies leak out to the rest of the world. It makes it possible for us to decide what version we want to ship in the platform of those libraries. I guess we don't have a good technical solution to this problem though.</div>
<div><br></div></div></div></div>
<br>_______________________________________________<br>
ghc-devs mailing list<br>
<a href="mailto:ghc-devs@haskell.org">ghc-devs@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/ghc-devs" target="_blank">http://www.haskell.org/mailman/listinfo/ghc-devs</a><br>
<br></blockquote></div><br></div>