<div dir="ltr">It alleviates the common case, but it doesn't resolve the scenario where someone put a hard bound in for a reason due to a known change in semantics or known incompatibility.</div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Feb 25, 2014 at 3:17 PM, Daniel Trstenjak <span dir="ltr"><<a href="mailto:daniel.trstenjak@gmail.com" target="_blank">daniel.trstenjak@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 class=""><br>
On Tue, Feb 25, 2014 at 11:23:44AM -0800, Gregory Collins wrote:<br>
> Someone released a tool to attempt to do this a couple of days ago ---<br>
> I haven't tried it yet but surely with a bit of group effort we can<br>
> improve these tools so that they really fast and easy to use.<br>
<br>
</div>That's an amazing tool ... ;)<br>
<div class=""><br>
> Of course, people who want to follow PVP are also going to need tooling to make<br>
> sure their programs still build in the future because so many people have<br>
> broken the policy in the past -- that's where proposed kludges like "cabal<br>
> freeze" are going to come in.<br>
<br>
</div>If I understood it correctly, then cabal >1.19 supports the option '--allow-newer'<br>
to be able to ignore upper bounds, which might solve several of the issues here,<br>
so upper bounds could be set but still ignored if desired.<br>
<br>
<br>
Greetings,<br>
Daniel<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/libraries" target="_blank">http://www.haskell.org/mailman/listinfo/libraries</a><br>
</div></div></blockquote></div><br></div>