deepseq: Add more instances. #50

[Daniel Díaz Casanueva]

I would be in favor of adding these instances too. We could make it clear
in the documentation that the only thing being evaluated is the reference.

Am Mi., 15. Jan. 2020 um 10:07 Uhr schrieb Zemyla <zemyla at gmail.com>:

> We do have Eq instances for those types, though, and they say that they
> compare the references rather than the values. Is NFData more like Eq or
> Show?
>
> On Wed, Jan 15, 2020, 02:59 John Villarreal via Libraries <
> libraries at haskell.org> wrote:
>
>> I too agree that NFData instances for reference types are more trouble
>> than worth the modest convenience they buy us. We don't have Show instances
>> for reference-like types either and I don't think anybody would be arguing
>> for those either.
>>
>> John
>>
>> On Wednesday, 15 January 2020, 07:55:40 UTC, Henning Thielemann <
>> lemming at henning-thielemann.de> wrote:
>>
>> > David put my thoughts pretty clearly: is it more useful or more
>> > confusing? I am also leaning toward more confusing. Hopefully more can
>> > weigh in on this.
>>
>> I also think NFData instances for reference types are more dangerous than
>> helpful. Since laziness and strictness account for subtle programming
>> mistakes, it is better if GHC tells you that 'rnf tvar' does possibly not
>> perform what you expect. I'd even consider to add an instance with a type
>> error message to show the user that this instance has been omitted by
>> intention.
>>
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20200115/21939083/attachment.html>