<div dir="ltr">On Tue, Jan 14, 2014 at 2:19 PM, Ryan Newton <span dir="ltr"><<a href="mailto:rrnewton@gmail.com" target="_blank">rrnewton@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"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Tue, Jan 14, 2014 at 12:01 PM, Roman Cheplyaka <span dir="ltr"><<a href="mailto:roma@ro-che.info" target="_blank">roma@ro-che.info</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">* Ryan Newton <<a href="mailto:rrnewton@gmail.com" target="_blank">rrnewton@gmail.com</a>> [2014-01-14 11:41:48-0500]<br>



<div>> Replacing containers seems like a real pain for end users<br>
<br>
</div>Is it a real pain? Why?<br></blockquote><div><br></div></div><div>One thing I ran into is that cabal sandboxes want consistent dependencies.  And when users get to this point where they need to grab our latest containers, they've got a bunch of core/haskell platform packages that depend on the old containers.<br>


</div><div><br></div><div>I didn't mean that there was anything difficult about containers itself, just that almost everything else depends on it.<br></div></div></div></div></blockquote><div><br></div><div>In addition to the general pain of updating packages at the base of the dependency hierarchy, there is also the fact that the template-haskell package depends on containers. As far as I know upgrading template-haskell is impossible, or at least a Very Bad Idea, so any library that wants to use an updated version of containers can't use template-haskell, or even be linked into an application that uses template-haskell directly or through another library.<br>
<br></div><div>As far as I am concerned as a GHC user, versions of containers that aren't the one that came with my GHC might as well not exist. For example if I see that a package has a constraint "containers >= 0.10", I just assume I cannot use the library with GHC 7.4. Thus I'm strongly in favor of synchronizing containers releases with releases of GHC.<br>
<br>Regards,<br>Reid Barton<br></div></div></div></div>