<p dir="ltr">Being the disruptive sort.... What if we DEPRECATE it for a cycle and then change its type? Almost all code that is no longer correct will fail to typecheck.</p>
<div class="gmail_extra"><br><div class="gmail_quote">On Aug 18, 2016 12:52 PM, "Bryan O'Sullivan" <<a href="mailto:bos@serpentine.com">bos@serpentine.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Aug 18, 2016 at 2:08 AM, Niklas Hambüchen <span dir="ltr"><<a href="mailto:mail@nh2.me" target="_blank">mail@nh2.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I propose to add a deprecation pragma to the partial function<br>
Data.Text.decodeUtf8.<br></div></blockquote></div><br></div><div class="gmail_extra">I'm not terribly open to adding a pragma for this, I'm afraid. Its documentation already clearly states that it will throw an exception. I understand that developers often fail to read documentation, but I don't want to train them to also ignore compiler output because they get permanent warnings that they can't suppress.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I do of course agree that in hindsight, it would have been best to provide a safer function with this name.</div></div>
<br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-<wbr>bin/mailman/listinfo/libraries</a><br>
<br></blockquote></div></div>