<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 28, 2015 at 1:12 AM, David Feuer <span dir="ltr"><<a href="mailto:david.feuer@gmail.com" target="_blank">david.feuer@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 id=":21c" class="a3s" style="overflow:hidden">Once the decision is made that something should go away, it seems generally<br>
best to get rid of it sooner rather than later.</div></blockquote></div><div class="gmail_extra"><br></div>This stance is what has so many of us upset with how things are going. It is antithetical to maintenance of libraries and code bases. </div><div class="gmail_extra"><br></div><div class="gmail_extra">The whole shebang, from FTP through MRP and whatever else you have up your sleeves should NEVER have been foist piecemeal onto the current system. If you really want those things - package them as a cohesive whole - find a way to use them in your code bases for two years (alternate Prelude) - prove they work, iron out the mistakes - THEN make a single large wholesale change - probably along with a Haskell report.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Then existing code and libraries would then have to go through the burden - but just once. One set of #ifdefs, perhaps one set of compatibility packages, etc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The current trickled out stream makes code maintenance - having to handle all the intermediate steps - a real burden.</div><div class="gmail_extra"><br><br></div></div>