Commit 7a25659e authored by Gabor Greif's avatar Gabor Greif 💬
Browse files

Typos in comments

parent 298ec78c
......@@ -1085,7 +1085,7 @@ How might it not be evaluated? Well, we might have floated it out
of the scope of a `seq`, or dropped the `seq` altogether.
We only do this if 'e' is not a WHNF. But if it's a simple
variable (common case) we need to know it's evaluated-ness flag.
variable (common case) we need to know its evaluated-ness flag.
data T = MkT !Bool
f v = case v of
......@@ -1500,7 +1500,7 @@ But we restrict it sharply:
_ -> ...v...v....
Should v be considered ok-for-speculation? Its scrutinee may be
evaluated, but the alternatives are incomplete so we should not
evalutate it strictly.
evaluate it strictly.
Now, all this is for lifted types, but it'd be the same for any
finite unlifted type. We don't have many of them, but we might
......@@ -1538,7 +1538,7 @@ evaluate them. Indeed, in general primops are, well, primitive
and do not perform evaluation.
There is one primop, dataToTag#, which does /require/ a lifted
argument to be evaluted. To ensure this, CorePrep adds an
argument to be evaluated. To ensure this, CorePrep adds an
eval if it can't see the argument is definitely evaluated
(see [dataToTag magic] in CorePrep).
......@@ -12404,7 +12404,7 @@ Bang patterns and Strict Haskell
In high-performance Haskell code (e.g. numeric code) eliminating
thunks from an inner loop can be a huge win.
GHC supports three extensions to allow the programmer to specify
use of strict (call-by-value) evalution rather than lazy (call-by-need)
use of strict (call-by-value) evaluation rather than lazy (call-by-need)
- Bang patterns (:extension:`BangPatterns`) makes pattern matching and
......@@ -85,7 +85,7 @@
In the end we end up with libfoo-pt1.dll, libfoo-pt2.dll and libfoo-pt3.dll
along with libfoo.dll.a. To the rest of the pipeline the split is
completely transparant as -lfoo will just continue to work, and the linker
completely transparent as -lfoo will just continue to work, and the linker
is responsible for populating the IAT (Import Address Table) with the
actual dlls we need.
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