[commit: ghc] master: Spelling in comment (d12c7cb)

[git at git.haskell.org]

Repository : ssh://git@git.haskell.org/ghc

On branch  : master
Link       : http://ghc.haskell.org/trac/ghc/changeset/d12c7cb9ee81a68bfcb5f254c016c3c25ed207a4/ghc

>---------------------------------------------------------------

commit d12c7cb9ee81a68bfcb5f254c016c3c25ed207a4
Author: Simon Peyton Jones <simonpj at microsoft.com>
Date:   Mon Apr 20 15:58:31 2015 +0100

    Spelling in comment


>---------------------------------------------------------------

d12c7cb9ee81a68bfcb5f254c016c3c25ed207a4
 compiler/simplCore/CSE.hs | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/compiler/simplCore/CSE.hs b/compiler/simplCore/CSE.hs
index fa517c2..7d43d54 100644
--- a/compiler/simplCore/CSE.hs
+++ b/compiler/simplCore/CSE.hs
@@ -112,7 +112,7 @@ We do not expect the rule to fire.  But if we do CSE, then we risk
 getting yes=no, and the rule does fire.  Actually, it won't because
 NOINLINE means that 'yes' will never be inlined, not even if we have
 yes=no.  So that's fine (now; perhaps in the olden days, yes=no would
-have substituted even if 'yes' was NOINLINE.
+have substituted even if 'yes' was NOINLINE).
 
 But we do need to take care.  Consider