<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 11, 2013 at 3:34 AM, Joachim Breitner <span dir="ltr"><<a href="mailto:mail@joachim-breitner.de" target="_blank">mail@joachim-breitner.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":a34" style="overflow:hidden">I’d feel more comfortable with this boot-library version deviation if<br>
someone who knows the interaction of GHC (the compiler), ghc (the<br>
librarY) and Cabal better can comment on it.</div></blockquote></div><br>I can't say I know the full details of the interactions, but the Cabal library is essentially the only bootlib that not only can safely (I don't think I've ever heard of anyone getting into trouble) be upgraded, but often is *recommended* for upgrade to support newer cabal-install. I think this is because ghc only uses a small portion of it that has been stable for a long time (avoiding data incompatibility) and it's compiled in (so no link time strangeness). The only issues that come to mind would be if someone were to write TH that itself explicitly called out to Cabal, or maybe some complex ghc-as-a-library stuff in a program explicitly using Cabal itself.<br clear="all">
<div><br></div>-- <br><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div>
<div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div>
</div></div>