[commit: ghc] master: Fix typo (176a360)
Ian Lynagh <[email protected]>
| Newsgroups | gmane.comp.lang.haskell.cvs.ghc |
|---|---|
| Message-ID | <[email protected]> |
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/176a360031e1e7ef4d49ff18f1dd3e32ce4f56d9 >--------------------------------------------------------------- commit 176a360031e1e7ef4d49ff18f1dd3e32ce4f56d9 Author: Ian Lynagh <[email protected]> Date: Sat Oct 20 00:12:21 2012 +0100 Fix typo >--------------------------------------------------------------- compiler/simplCore/OccurAnal.lhs | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/compiler/simplCore/OccurAnal.lhs b/compiler/simplCore/OccurAnal.lhs index bf696e9..4705f6b 100644 --- a/compiler/simplCore/OccurAnal.lhs +++ b/compiler/simplCore/OccurAnal.lhs @@ -1124,7 +1124,7 @@ So, when analysing the RHS of x3 we notice that x3 will itself definitely inline the next time round, and so we analyse x3's rhs in an ordinary context, not rhsCtxt. Hence the "certainly_inline" stuff. -Annoyingly, we have to approximiate SimplUtils.preInlineUnconditionally. +Annoyingly, we have to approximate SimplUtils.preInlineUnconditionally. If we say "yes" when preInlineUnconditionally says "no" the simplifier iterates indefinitely: x = f y