summaryrefslogtreecommitdiff
path: root/docs/rts/rts.tex
diff options
context:
space:
mode:
Diffstat (limited to 'docs/rts/rts.tex')
-rw-r--r--docs/rts/rts.tex6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/rts/rts.tex b/docs/rts/rts.tex
index 4337bb1f8e..bd54824707 100644
--- a/docs/rts/rts.tex
+++ b/docs/rts/rts.tex
@@ -310,7 +310,7 @@ argument: there's no cost for adding another argument. But functions
can only return one result: the cost of adding a second ``result'' is
that the function must construct a tuple of ``results'' on the heap.
The asymmetry is rather galling and can make certain programming
-styles quite expensive. For example, consider a simple state transformer
+styles quite expensive. For example, consider a simple state
monad:
\begin{verbatim}
> type S a = State -> (a,State)
@@ -321,7 +321,7 @@ monad:
\end{verbatim}
Here, every use of @returnS@, @getS@ or @setS@ constructs a new tuple
in the heap which is instantly taken apart (and becomes garbage) by
-the case analysis in @bind@. Even a short state-transformer program
+the case analysis in @bind@. Even a short program using the state monad
will construct a lot of these temporary tuples.
Unboxed tuples provide a way for the programmer to indicate that they
@@ -2049,7 +2049,7 @@ The only label associated with a thunk is its info table:
\Subsubsection{Byte-code objects}{BCO}
-A Byte-Code Object (BCO) is a container for a a chunk of byte-code,
+A Byte-Code Object (BCO) is a container for a chunk of byte-code,
which can be executed by Hugs. The byte-code represents a
supercombinator in the program: when Hugs compiles a module, it
performs lambda lifting and each resulting supercombinator becomes a