<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<body bgcolor="#ffffff" text="#000000">
Mmm, yes of course... blush...<br>
But shouldn't <br>
<pre wrap="">f ~(x:xs) = rhs</pre>
give a compile-time error since neither x nor xs is used in the right
hand side, and hence nothing will ever get pattern matched when this
function is called, which clearly indicates a mistake? That is, if I
understand lazy pattern matching correctly... And then in these cases
the user would have to annotate the pattern match as being strict, so
he is aware of the eager evaluation taking place<br>
Oh well, the way it is now is also easy to get used to, one just has to
know how it works (just like M-theory <span class="moz-smiley-s3"><span>
Neil Mitchell wrote:
<pre wrap=""> Now why isn't pattern matching lazy by default? This seems odd for a
newbie since everything else is lazy by default.
f ~(x:xs) = rhs
f ~ = rhs'
Now guess what f  does...
If you use a where binding then pattern matching is lazy.