diff options
author | Mikael Djurfeldt <mikael@djurfeldt.com> | 2018-10-31 19:08:58 +0100 |
---|---|---|
committer | Mikael Djurfeldt <mikael@djurfeldt.com> | 2018-10-31 19:14:01 +0100 |
commit | d81253b2921fba5283003d8a4ea6b41c03abc887 (patch) | |
tree | 96f4a9af8cb23ec08c64e1efc83e4f10e1fb47eb | |
parent | d9af6706e8a1a0148d492b222758e49e03d225b7 (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.texi | 2 | ||||
-rw-r--r-- | doc/ref/compiler.texi | 16 |
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 |