[commit: ghc] master: A few more typos in non-code (8b073f6)

git at git.haskell.org git at git.haskell.org
Fri Feb 19 11:56:15 UTC 2016


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

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

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

commit 8b073f6c5be69e024eb20a2b296c94be54ec82ac
Author: Gabor Greif <ggreif at gmail.com>
Date:   Fri Feb 19 12:57:03 2016 +0100

    A few more typos in non-code


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

8b073f6c5be69e024eb20a2b296c94be54ec82ac
 compiler/specialise/Specialise.hs              | 2 +-
 libraries/ghc-prim/GHC/Types.hs                | 2 +-
 testsuite/tests/profiling/should_run/T5654b.hs | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/compiler/specialise/Specialise.hs b/compiler/specialise/Specialise.hs
index 443998b..a8380d8 100644
--- a/compiler/specialise/Specialise.hs
+++ b/compiler/specialise/Specialise.hs
@@ -766,7 +766,7 @@ Suppose
  * Import Lib(foo) into another module M
  * Call 'foo' at some specialised type in M
 Then you jolly well expect it to be specialised in M.  But what if
-'foo' calls another fuction 'Lib.bar'.  Then you'd like 'bar' to be
+'foo' calls another function 'Lib.bar'.  Then you'd like 'bar' to be
 specialised too.  But if 'bar' is not marked INLINEABLE it may well
 not be specialised.  The warning Opt_WarnMissedSpecs warns about this.
 
diff --git a/libraries/ghc-prim/GHC/Types.hs b/libraries/ghc-prim/GHC/Types.hs
index a1aea0b..727811b 100644
--- a/libraries/ghc-prim/GHC/Types.hs
+++ b/libraries/ghc-prim/GHC/Types.hs
@@ -358,7 +358,7 @@ data type T.  Things to think about
   - We do this for every module (except this module GHC.Types), so we can't
     depend on anything else (eg string unpacking code)
 
-That's why we have these terribly low-level repesentations.  The TrName
+That's why we have these terribly low-level representations.  The TrName
 type lets us use the TrNameS constructor when allocating static data;
 but we also need TrNameD for the case where we are deserialising a TyCon
 or Module (for example when deserialising a TypeRep), in which case we
diff --git a/testsuite/tests/profiling/should_run/T5654b.hs b/testsuite/tests/profiling/should_run/T5654b.hs
index 2a00abf..a052141 100644
--- a/testsuite/tests/profiling/should_run/T5654b.hs
+++ b/testsuite/tests/profiling/should_run/T5654b.hs
@@ -1,5 +1,5 @@
 -- A variant of T5654 where instead of evaluating directly to a
--- funciton, f evaluates to a new PAP.  This exposes a slightly
+-- function, f evaluates to a new PAP.  This exposes a slightly
 -- different but related bug, where when we create a new PAP by
 -- applying arguments to an existing PAP, we should take into account
 -- the stack on the original PAP.



More information about the ghc-commits mailing list