summaryrefslogtreecommitdiff
path: root/compiler/simplCore
diff options
context:
space:
mode:
authorGabor Greif <ggreif@gmail.com>2017-03-28 11:59:48 +0200
committerGabor Greif <ggreif@gmail.com>2017-03-28 12:18:43 +0200
commit08a6fc69ce1617bb997cb02584a961ac29a266eb (patch)
tree9a387c89f3e547b6975f8cda1a0e59098a6d4cae /compiler/simplCore
parenteb6ccb7cd8751cd027ee9913e47f1371bfa62289 (diff)
downloadhaskell-08a6fc69ce1617bb997cb02584a961ac29a266eb.tar.gz
Spelling in comments only [ci skip]
Diffstat (limited to 'compiler/simplCore')
-rw-r--r--compiler/simplCore/Simplify.hs2
1 files changed, 1 insertions, 1 deletions
diff --git a/compiler/simplCore/Simplify.hs b/compiler/simplCore/Simplify.hs
index e78714daab..1b89f3e394 100644
--- a/compiler/simplCore/Simplify.hs
+++ b/compiler/simplCore/Simplify.hs
@@ -485,7 +485,7 @@ completeNonRecX top_lvl env is_strict old_bndr new_bndr new_rhs
{-
{- No, no, no! Do not try preInlineUnconditionally in completeNonRecX
Doing so risks exponential behaviour, because new_rhs has been simplified once already
- In the cases described by the folowing commment, postInlineUnconditionally will
+ In the cases described by the following comment, postInlineUnconditionally will
catch many of the relevant cases.
-- This happens; for example, the case_bndr during case of
-- known constructor: case (a,b) of x { (p,q) -> ... }