<div dir="auto">I agree with emily david and ed </div><div dir="auto"><br></div><div dir="auto">Bringing readMaybe into prelude plus adding call stack info to read are the Sane path forward to improving Haskell. </div><div dir="auto"><br></div><div dir="auto"> Deprecating read, insofar as how ghc deprecation works, is a lotta pain for no real hao.  </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 14, 2021 at 11:47 PM Edward Kmett <<a href="mailto:ekmett@gmail.com">ekmett@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div dir="ltr">A variant of this that I would support would be to bring <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">readMaybe</font> into <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">Prelude</font> from <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">Text.Read</font> for a good long time, and <i>then</i> to deprecate <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">read</font>. As it stands, <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">read</font> and the almost equally ugly <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">readIO</font> are the only <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">Prelude</font> facing ways for a user to really consume a <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">Read</font> instance, so losing <font face="monospace" style="font-family:monospace;color:rgb(0,0,0)">read</font> there is a heck of a blow to usability without a replacement being in place with an established pattern of usage.</div><div dir="ltr"><div><br></div><div>-Edward</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 14, 2021 at 11:16 PM Emily Pillmore <<a href="mailto:emilypi@cohomolo.gy" target="_blank">emilypi@cohomolo.gy</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div><div><div><div><div>NOPE.</div></div><div><div style="display:none;border:0px;width:0px;height:0px;overflow:hidden"><img src="https://r.superhuman.com/-KjDx1H8Q1tURqS1YFp07dn_9tzuAOVNSjuNvLXtSC75x2aoMIlv2-MMHcOhP4qIR8QAT2RS_fpXqJqokqXRGM-nFehzsLHNnCpygEw6Fo3I_heIaWFNqW0NJeH2Q9hXu67kop2byBodVyMAuKdOXTH9a6A6v8zJ6_dnE5cRdrx8Pq7H6vO01Zk.gif" alt="" width="1" height="0" style="display: none; border: 0px; width: 0px; height: 0px; overflow: hidden;"></div><br><div></div></div><br><div><div class="gmail_quote">On Thu, Oct 14, 2021 at 8:31 PM, Fumiaki Kinoshita <span dir="ltr"><<a href="mailto:fumiexcel@gmail.com" target="_blank">fumiexcel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)"><div class="gmail_extra"><div class="gmail_quote" id="m_8720860438723925186gmail-m_-341499609662145501null"><div dir="ltr"><div>It is a partial function that does not provide a call stack, and it's very slow too.<br></div><div><br></div><div>I propose deprecating <a rel="noopener noreferrer" href="http://prelude.read/" target="_blank">Prelude.read</a>. Adding deprecation should not break anything substantial because Hackage rejects -Werror (application code using -Werror is likely to experience a lot more breakage anyway, and I'd say it's their fault if it fails to build due to a use of read along with -Werror).</div><div><br></div><div>Of course those who still want to use <a rel="noopener noreferrer" href="http://prelude.read/" target="_blank">Prelude.read</a> can totally ignore warnings. I believe this proposal is not that controversial.<br></div></div>

<p>_______________________________________________
<br>
Libraries mailing list
<br>
<a rel="noopener noreferrer" href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a>
<br>
<a rel="noopener noreferrer" href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a></p></div></div></blockquote></div></div><br></div></div></div>_______________________________________________<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" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div>
_______________________________________________<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" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div></div>