[Guile-commits] 02/03: Fix up source properties section in manual

[Andy Wingo]

wingo pushed a commit to branch master
in repository guile.

commit 4ad56ed938ccbd98c236eb0aac489d8636b4ab3b
Author: Andy Wingo <wingo@pobox.com>
AuthorDate: Fri Mar 5 20:49:37 2021 +0100

    Fix up source properties section in manual
    
    * doc/ref/api-debug.texi (Source Properties): Fix wordo, and adapt
    text.
---
 doc/ref/api-debug.texi | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)

diff --git a/doc/ref/api-debug.texi b/doc/ref/api-debug.texi
index e60c2ae..97326ff 100644
--- a/doc/ref/api-debug.texi
+++ b/doc/ref/api-debug.texi
@@ -255,14 +255,14 @@ previous thirty years, it used a mechanism known as 
@dfn{source
 properties}.
 
 As Guile reads in Scheme code from file or from standard input, it can
-record remembers the file name, line number and column number where each
+record the file name, line number and column number where each
 expression begins in a side table.
 
-The way that source properties are stored means that Guile can only
-associate source properties with freshly allocated objects.  This
-notably excludes individual symbols, keywords, characters, booleans, or
-small integers.  This limitation finally motivated the switch to
-@code{read-syntax}.
+The way that this side table associates datums with source properties
+has a limitation, however: Guile can only associate source properties
+with freshly allocated objects.  This notably excludes individual
+symbols, keywords, characters, booleans, or small integers.  This
+limitation finally motivated the switch to @code{read-syntax}.
 
 @deffn {Scheme Procedure} supports-source-properties? obj
 @deffnx {C Function} scm_supports_source_properties_p (obj)