<div dir="ltr"><br><br><div class="gmail_quote">On Tue, Apr 21, 2015 at 5:56 PM Yitzchak Gale <<a href="mailto:gale@sefer.org">gale@sefer.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Michael Snoyman wrote:<br>
> Can you give an example of a concrete problem you're<br>
> expecting to run into?<br>
<br>
Package foo uploads a new version with a critical bug fix.<br>
As is often the case, this new version also supports updated<br>
dependencies, including exceptions. The new exceptions<br>
breaks the old SomeException type, so foo is forced to<br>
specify a lower bound that excludes the old exceptions.<br>
<br></blockquote><div><br></div><div>But that's the scenario I'm asking for more information on. Can you clarify what you're describing here? I'm not seeing a situation where an author couldn't easily be compatible with GHC <=7.8 by sticking to the old API?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I depend on foo and I need to compile using GHC 7.8.<br>
Can I get this critical bug fix for foo?<br>
<br>
We can't always prevent this kind of scenario.<br>
And when it does happen in an isolated case, there<br>
are work-arounds. But for a ubiquitous dependency<br>
like exceptions, this single breaking change would<br>
effectively block future upgrades of a significant proportion<br>
of Hackage for GHC 7.8.<br>
</blockquote></div></div>