Repository : ssh://g...@git.haskell.org/ghc
On branch : master
Link :
http://ghc.haskell.org/trac/ghc/changeset/d6ccea98624fd78f8d0c96d9053d881b825cfd34/ghc
>---------------------------------------------------------------
commit d6ccea98624fd78f8d0c96d9053d881b825cfd34
Author: Gabor Greif <ggr...@gmail.com>
Date: Tue Oct 1 21:44:23 2013 +0200
Typos in comments
>---------------------------------------------------------------
d6ccea98624fd78f8d0c96d9053d881b825cfd34
compiler/basicTypes/Demand.lhs | 6 +++---
compiler/cmm/CmmParse.y | 4 ++--
compiler/main/DynFlags.hs | 2 +-
compiler/types/FunDeps.lhs | 2 +-
4 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/compiler/basicTypes/Demand.lhs b/compiler/basicTypes/Demand.lhs
index 516dbb8..796c7cd 100644
--- a/compiler/basicTypes/Demand.lhs
+++ b/compiler/basicTypes/Demand.lhs
@@ -1322,7 +1322,7 @@ dmdTransformDictSelSig (StrictSig (DmdType _ [dict_dmd]
_)) cd
, Just jds <- splitProdDmd_maybe dict_dmd
= DmdType emptyDmdEnv [mkManyUsedDmd $ mkProdDmd $ map (enhance cd') jds]
topRes
| otherwise
- = topDmdType -- See Note [Demand transformer for a ditionary
selector]
+ = topDmdType -- See Note [Demand transformer for a dictionary
selector]
where
enhance cd old | isAbsDmd old = old
| otherwise = mkManyUsedDmd cd
@@ -1330,7 +1330,7 @@ dmdTransformDictSelSig (StrictSig (DmdType _ [dict_dmd]
_)) cd
dmdTransformDictSelSig _ _ = panic "dmdTransformDictSelSig: no args"
\end{code}
-Note [Demand transformer for a ditionary selector]
+Note [Demand transformer for a dictionary selector]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
If we evaluate (op dict-expr) under demand 'd', then we can push the demand 'd'
into the appropriate field of the dictionary. What *is* the appropriate field?
@@ -1349,7 +1349,7 @@ ghc --make; and the first module has a local -O0 flag.
So you may load a class
without interface pragmas, ie (currently) without an unfolding for the class
ops. Now if a subsequent module in the --make sweep has a local -O flag
you might do strictness analysis, but there is no inlining for the class op.
-This is wierd so I'm not worried about whether this optimises brilliantly; but
+This is weird, so I'm not worried about whether this optimises brilliantly; but
it should not fall over.
Note [Non-full application]
diff --git a/compiler/cmm/CmmParse.y b/compiler/cmm/CmmParse.y
index 5f97bfd..ebd9278 100644
--- a/compiler/cmm/CmmParse.y
+++ b/compiler/cmm/CmmParse.y
@@ -122,9 +122,9 @@ be anything at all.
If a low-level procedure implements the NativeNode calling convention,
then it can be called by high-level code using an ordinary function
call. In general this is hard to arrange because the calling
-convention depends on the number of physical register available for
+convention depends on the number of physical registers available for
parameter passing, but there are two cases where the calling
-convention is platform-independnt:
+convention is platform-independent:
- Zero arguments.
diff --git a/compiler/main/DynFlags.hs b/compiler/main/DynFlags.hs
index d52835d..d651d25 100644
--- a/compiler/main/DynFlags.hs
+++ b/compiler/main/DynFlags.hs
@@ -1126,7 +1126,7 @@ wayGeneralFlags _ WayDebug = []
wayGeneralFlags _ WayDyn = [Opt_PIC]
-- We could get away without adding -fPIC when compiling the
-- modules of a program that is to be linked with -dynamic; the
- -- program itself does not need to be position-independet, only
+ -- program itself does not need to be position-independent, only
-- the libraries need to be. HOWEVER, GHCi links objects into a
-- .so before loading the .so using the system linker. Since only
-- PIC objects can be linked into a .so, we have to compile even
diff --git a/compiler/types/FunDeps.lhs b/compiler/types/FunDeps.lhs
index 2d4fa39..8f255b7 100644
--- a/compiler/types/FunDeps.lhs
+++ b/compiler/types/FunDeps.lhs
@@ -451,7 +451,7 @@ instFD (ls,rs) tvs tys
checkInstCoverage :: Bool -- Be liberal
-> Class -> [PredType] -> [Type]
-> Maybe SDoc
--- "be_liberal" flag says whether to use "liberal" coveragek of
+-- "be_liberal" flag says whether to use "liberal" coverage of
-- See Note [Coverage Condition] below
--
-- Return values
_______________________________________________
ghc-commits mailing list
ghc-commits@haskell.org
http://www.haskell.org/mailman/listinfo/ghc-commits
