<div dir="ltr">> <span style="font-size:12.8000001907349px">As for a better/no prelude, this has been</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">talked about for years, but a wholesale replacement of the prelude hasn't</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">happened yet and probably won't. Waiting for something that won't happen is</span><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">no reason to block gradual improvement.</span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Note that I am not arguing for waiting for a wholesale replacement! I am all in favor of gradual improvement -- in fact, I think that's the only way to go about improving the prelude.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">But that gradual improvement can be *targeted*. We can have a plan, instead of having dozens of tiny proposals about adding this function or generalizing another function or deprecating a function. That is what I was arguing for.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">-- Andrew</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Mar 15, 2015 at 8:24 AM, John Lato <span dir="ltr"><<a href="mailto:jwlato@gmail.com" target="_blank">jwlato@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">-1.<br>
</p><div class="HOEnZb"><div class="h5">
<br><div class="gmail_quote">On 08:05, Sun, Mar 15, 2015 Jeremy <<a href="mailto:voldermort@hotmail.com" target="_blank">voldermort@hotmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">+1 for generalising map.<br>
<br>
People who think that it will break lots of code should compile some popular<br>
packages and see for themselves. As for a better/no prelude, this has been<br>
talked about for years, but a wholesale replacement of the prelude hasn't<br>
happened yet and probably won't. Waiting for something that won't happen is<br>
no reason to block gradual improvement.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://haskell.1045720.n5.nabble.com/Generalizing-map-tp5766936p5767023.html" target="_blank">http://haskell.1045720.n5.<u></u>nabble.com/Generalizing-map-<u></u>tp5766936p5767023.html</a><br>
Sent from the Haskell - Libraries mailing list archive at Nabble.com.<br>
______________________________<u></u>_________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-<u></u>bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
</div></div><br>_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
<br></blockquote></div><br></div>