diff options
| author | Joachim Breitner <mail@joachim-breitner.de> | 2015-10-01 21:55:57 +0200 |
|---|---|---|
| committer | Joachim Breitner <mail@joachim-breitner.de> | 2015-10-01 23:24:37 +0200 |
| commit | e3ab25a4d2e159d7c83de7e94252cace2e76d2a1 (patch) | |
| tree | 877f5af641d5d3e24506d2663ee14350380b45f6 /compiler | |
| parent | 23baa652e639ad6849a3bce57fa48a39e43cef84 (diff) | |
| download | haskell-e3ab25a4d2e159d7c83de7e94252cace2e76d2a1.tar.gz | |
Typos in comments
Diffstat (limited to 'compiler')
| -rw-r--r-- | compiler/simplCore/SimplUtils.hs | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/compiler/simplCore/SimplUtils.hs b/compiler/simplCore/SimplUtils.hs index db7485551c..effd2121e9 100644 --- a/compiler/simplCore/SimplUtils.hs +++ b/compiler/simplCore/SimplUtils.hs @@ -996,14 +996,14 @@ Example ...fInt...fInt...fInt... -Here f occurs just once, in the RHS of f1. But if we inline it there +Here f occurs just once, in the RHS of fInt. But if we inline it there we'll lose the opportunity to inline at each of fInt's call sites. The INLINE pragma will only inline when the application is saturated for exactly this reason; and we don't want PreInlineUnconditionally to second-guess it. A live example is Trac #3736. c.f. Note [Stable unfoldings and postInlineUnconditionally] -Note [Top-level botomming Ids] +Note [Top-level bottoming Ids] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Don't inline top-level Ids that are bottoming, even if they are used just once, because FloatOut has gone to some trouble to extract them out. |