<div dir="ltr"><div dir="ltr">Am Do., 7. Mai 2020 um 15:26 Uhr schrieb David Feuer <<a href="mailto:david.feuer@gmail.com">david.feuer@gmail.com</a>>:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto">I believe this is all about strictness analysis. If these were lazy, then users would have to be very careful to force the lazy arguments when they don't need that laziness to avoid building unnecessary thunks.</div></blockquote><div><br></div><div>This argument holds basically for every potentially lazy function, and I fail to see why comparisons should be special, so this is not really convincing. :-) We have easy ways to make things more strict, but not the other way around.</div><div><br></div><div>In any case, it has historically been the case that the reference implementations in the Haskell language/library report define the strictness of the defined functions, too. Otherwise things could be very surprising, in both ways (too lazy, too strict). Furthermore, the report is *very* explicit about the derived instances: <a href="https://www.haskell.org/onlinereport/haskell2010/haskellch11.html#x18-18300011.1">https://www.haskell.org/onlinereport/haskell2010/haskellch11.html#x18-18300011.1</a> And (), Bool, ... are defined via deriving: <a href="https://www.haskell.org/onlinereport/haskell2010/haskellch9.html#x16-1710009">https://www.haskell.org/onlinereport/haskell2010/haskellch9.html#x16-1710009</a></div></div></div>