A variant of this that I would support would be to bring readMaybe into Prelude from Text.Read for a good long time, and then to deprecate read. As it stands, read and the almost equally ugly readIO are the only Prelude facing ways for a user to really consume a Read instance, so losing read there is a heck of a blow to usability without a replacement being in place with an established pattern of usage.

-Edward

On Thu, Oct 14, 2021 at 11:16 PM Emily Pillmore <emilypi@cohomolo.gy> wrote:

NOPE.

On Thu, Oct 14, 2021 at 8:31 PM, Fumiaki Kinoshita <fumiexcel@gmail.com> wrote:
It is a partial function that does not provide a call stack, and it's very slow too.

I propose deprecating Prelude.read. 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).

Of course those who still want to use Prelude.read can totally ignore warnings. I believe this proposal is not that controversial.

_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries

_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries