Commit 8b073f6c authored by Gabor Greif's avatar Gabor Greif 💬
Browse files

A few more typos in non-code

parent 0b68cbef
......@@ -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.
......
......@@ -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
......
-- 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.
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment