<p dir="ltr">This is part of what makes lazy State confusing. I haven't really messed with Writer too much. The extra laziness can be very bad for performance in some cases. Since the laws lead to a different performance intuition, any such variance should be documented in Haddock. Note also that fmap and second have *different* strictness for pairs, which seems very surprising as well.</p>
<div class="gmail_quote">On Feb 17, 2016 4:24 PM, "Edward Kmett" <<a href="mailto:ekmett@gmail.com">ekmett@gmail.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">As a general rule we let the results of many operations be more defined than the laws require.<div><br></div><div>Stream fusion runs into this exact same "issue".<br><br>This sort of thing is necessary to makes a lot of things like "lazy state" and "lazy writer" possible at all.</div><div><br></div><div>-Edward</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 17, 2016 at 2:25 PM, David Feuer <span dir="ltr"><<a href="mailto:david.feuer@gmail.com" target="_blank">david.feuer@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">I don't think we should fix this, because it would break code, but I do think we should document it.</p>
<p dir="ltr">Bifunctor law:</p>
<p dir="ltr">bimap id id = id</p>
<p dir="ltr">But actually,</p>
<p dir="ltr">bimap id id _|_ = (_|_, _|_)</p>
<br>_______________________________________________<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>
<br></blockquote></div><br></div>
</blockquote></div>