Why is GHC complaining about non-exhaustive patterns?

ghc, haskell, non-exhaustive-patterns

Solution

Riccardo is correct, GHC doesn't infer that your guards can't possibly all be false. So accept his answer please.

I'm going to digress and talk about coding style.

Your motivation for not using `otherwise` may have been that it looks unsightly:

insert :: (Ord a) => a -> Tree a -> Tree a
insert x EmptyTree = Node x EmptyTree EmptyTree
insert x (Node a left right)
    | x == a    = Node a left right
    | x < a     = Node a (insert x left) right
    | otherwise = Node a left (insert x right)

Looking at this code, a human reader must confirm to themselves that the final guard accepts precisely those cases where `x > a`.

We could instead write it like this:

insert :: (Ord a) => a -> Tree a -> Tree a
insert x EmptyTree = Node x EmptyTree EmptyTree
insert x (Node a left right) = case x `compare` a of
    EQ -> Node a left right
    LT -> Node a (insert x left) right
    GT -> Node a left (insert x right)

The `Ordering` type returned by `compare` has only the three values `EQ`, `LT`, and `GT`, so GHC can confirm that you've covered all possibilities, and a human reader can easily see that you've covered them correctly.

This is also more efficient code: we call `compare` once, instead of calling `==` and then probably calling `<` as well.

Now I'm going to digress some more and talk about laziness.

You've probably also written a function similar to this:

contains :: (Ord a) => a -> Tree a -> Bool
contains _ EmptyTree = False
contains x (Node a left right) = case x `compare` a of
    EQ -> True
    ...

When `x == a`, you need to know that the tree uses the `Node` constructor, and that its first argument is equal to `x`. You don't need to know what either of the subtrees are.

But now look back at my definition of `insert` above. When the tree it's given is a `Node`, it always returns a `Node` whose first argument is always `a`. But it doesn't state that up front: instead it evaluates `x `compare` a`.

We can rewrite `insert` to perform the comparison as late as possible:

insert :: (Ord a) => a -> Tree a -> Tree a
insert x EmptyTree = Node x EmptyTree EmptyTree
insert x (Node a left right) = Node a newLeft newRight
  where comparison = x `compare` a
        newLeft  = if comparison == LT then insert x left  else left
        newRight = if comparison == GT then insert x right else right

Now we return the `Node a` bit as soon as possible --- even if the comparison throws an error! --- and we still perform the comparison once at most.

Problem

When I compile the following code with GHC (using the `-Wall` flag): ``` module Main where data Tree a = EmptyTree | Node a (Tree a) (Tree a) deriving (Show) insert :: (Ord a) => a -> Tree a -> Tree a insert x EmptyTree = Node x EmptyTree EmptyTree insert x (Node a left right) | x == a = Node a left right | x < a = Node a (insert x left) right | x > a = Node a left (insert x right) main :: IO() main = do let nums = [1..10]::[Int] print . foldr insert EmptyTree $ nums ``` GHC complains that pattern matching in `insert` is non-exhaustive: ``` test.hs|6| 1: || Warning: Pattern match(es) are non-exhaustive || In an equation for `insert': Patterns not matched: _ (Node _ _ _) ``` Why is GHC issuing this warning? It is pretty obvious that the pattern GHC complains about is handled in `insert x (Node a left right)`.

Original source