summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMikael Djurfeldt <mikael@djurfeldt.com>2018-10-31 19:08:58 +0100
committerMikael Djurfeldt <mikael@djurfeldt.com>2018-10-31 19:14:01 +0100
commitd81253b2921fba5283003d8a4ea6b41c03abc887 (patch)
tree96f4a9af8cb23ec08c64e1efc83e4f10e1fb47eb
parentd9af6706e8a1a0148d492b222758e49e03d225b7 (diff)
Documentation fixes
* doc/ref/api-control: * doc/ref/compiler.texi: Language fixes * doc/ref/compiler ($kfun): Renamed argument clauses -> clause.
-rw-r--r--doc/ref/api-control.texi2
-rw-r--r--doc/ref/compiler.texi16
2 files changed, 9 insertions, 9 deletions
diff --git a/doc/ref/api-control.texi b/doc/ref/api-control.texi
index 2d696ea89..c0d1c1800 100644
--- a/doc/ref/api-control.texi
+++ b/doc/ref/api-control.texi
@@ -1699,7 +1699,7 @@ file descriptors), in Guile you can arrange to call a function while
binding a fluid to a particular value. That association between fluid
and value will exist during the dynamic extent of the function call.
-Fluids are a therefore a building block for implementing dynamically
+Fluids are therefore a building block for implementing dynamically
scoped variables. Dynamically scoped variables are useful when you want
to set a variable to a value during some dynamic extent in the execution
of your program and have them revert to their original value when the
diff --git a/doc/ref/compiler.texi b/doc/ref/compiler.texi
index 057ebe817..b3080143c 100644
--- a/doc/ref/compiler.texi
+++ b/doc/ref/compiler.texi
@@ -9,7 +9,7 @@
Compilers! The word itself inspires excitement and awe, even among
experienced practitioners. But a compiler is just a program: an
-eminently hackable thing. This section aims to to describe Guile's
+eminently hackable thing. This section aims to describe Guile's
compiler in such a way that interested Scheme hackers can feel
comfortable reading and extending it.
@@ -200,11 +200,11 @@ expression from the same source language within the same module.
For example, you might compile the expression, @code{(define-module
(foo))}. This will result in a Tree-IL expression and environment. But
-if you compiled a second expression, you would want to take into
-account the compile-time effect of compiling the previous expression,
-which puts the user in the @code{(foo)} module. That is purpose of the
-``continuation environment''; you would pass it as the environment
-when compiling the subsequent expression.
+if you compiled a second expression, you would want to take into account
+the compile-time effect of compiling the previous expression, which puts
+the user in the @code{(foo)} module. That is the purpose of the
+``continuation environment''; you would pass it as the environment when
+compiling the subsequent expression.
For Scheme, an environment is a module. By default, the @code{compile}
and @code{compile-file} procedures compile in a fresh module, such
@@ -848,7 +848,7 @@ Note that all of these names with the exception of the @var{var}s in the
Additionally, there are three specific kinds of continuations that are
only used in function entries.
-@deftp {CPS Continuation} $kfun src meta self tail clauses
+@deftp {CPS Continuation} $kfun src meta self tail clause
Declare a function entry. @var{src} is the source information for the
procedure declaration, and @var{meta} is the metadata alist as described
above in Tree-IL's @code{<lambda>}. @var{self} is a variable bound to
@@ -988,7 +988,7 @@ value associated with a given key, requiring that the key was present
already, and @code{intmap-remove}, which removes a key from an intmap.
Intmaps have a tree-like structure that is well-suited to set operations
-such as union and intersection, so there is are also the binary
+such as union and intersection, so there are also the binary
@code{intmap-union} and @code{intmap-intersect} procedures. If the
result is equivalent to either argument, that argument is returned
as-is; in that way, one can detect whether the set operation produced a