diff --git a/ANNOUNCE b/ANNOUNCE index 89d8cbde4..bfbda7316 100644 --- a/ANNOUNCE +++ b/ANNOUNCE @@ -30,7 +30,7 @@ The NEWS file is quite long. Here are the most interesting entries: from threads that have not been created by Guile. * Mutexes and condition variables are now always fair. A recursive - mutex must be requested explicitely. + mutex must be requested explicitly. * The low-level thread API has been removed. diff --git a/doc/maint/guile.texi b/doc/maint/guile.texi index ac0833421..4ef4aab18 100644 --- a/doc/maint/guile.texi +++ b/doc/maint/guile.texi @@ -204,7 +204,7 @@ Execute all thunks from the asyncs of the list @var{list_of_a}. @deffn {Scheme Procedure} system-async thunk @deffnx {C Function} scm_system_async (thunk) This function is deprecated. You can use @var{thunk} directly -instead of explicitely creating an async object. +instead of explicitly creating an async object. @end deffn diff --git a/doc/ref/api-data.texi b/doc/ref/api-data.texi index cabe2c5c8..417ba5971 100755 --- a/doc/ref/api-data.texi +++ b/doc/ref/api-data.texi @@ -331,7 +331,7 @@ integers. The motivation for this behavior is that the inexactness of a number should not be lost silently. If you want to allow inexact integers, -you can explicitely insert a call to @code{inexact->exact} or to its C +you can explicitly insert a call to @code{inexact->exact} or to its C equivalent @code{scm_inexact_to_exact}. (Only inexact integers will be converted by this call into exact integers; inexact non-integers will become exact fractions.) diff --git a/doc/ref/api-init.texi b/doc/ref/api-init.texi index 0e4e8b8b7..f9714c3b6 100644 --- a/doc/ref/api-init.texi +++ b/doc/ref/api-init.texi @@ -61,7 +61,7 @@ Arrange things so that all of the code in the current thread executes as if from within a call to @code{scm_with_guile}. That is, all functions called by the current thread can assume that @code{SCM} values on their stack frames are protected from the garbage collector (except when the -thread has explicitely left guile mode, of course). +thread has explicitly left guile mode, of course). When @code{scm_init_guile} is called from a thread that already has been in guile mode once, nothing happens. This behavior matters when you diff --git a/doc/ref/api-memory.texi b/doc/ref/api-memory.texi index 32d39982c..f492203f7 100644 --- a/doc/ref/api-memory.texi +++ b/doc/ref/api-memory.texi @@ -10,7 +10,7 @@ Guile uses a @emph{garbage collector} to manage most of its objects. While the garbage collector is designed to be mostly invisible, you -sometimes need to interact with it explicitely. +sometimes need to interact with it explicitly. See @ref{Garbage Collection} for a general discussion of how garbage collection relates to using Guile from C. @@ -201,7 +201,7 @@ below for a motivation. @deftypefn {C Function} void scm_gc_free (void *@var{mem}, size_t @var{size}, const char *@var{what}) Like @code{free}, but also call @code{scm_gc_unregister_collectable_memory}. -Note that you need to explicitely pass the @var{size} parameter. This +Note that you need to explicitly pass the @var{size} parameter. This is done since it should normally be easy to provide this parameter (for memory that is associated with GC controlled objects) and this frees us from tracking this value in the GC itself, which will keep diff --git a/doc/ref/api-undocumented.texi b/doc/ref/api-undocumented.texi index 826b4d38b..ef1df19c5 100644 --- a/doc/ref/api-undocumented.texi +++ b/doc/ref/api-undocumented.texi @@ -257,7 +257,7 @@ otherwise return the first argument. @deffn {Scheme Procedure} system-async thunk @deffnx {C Function} scm_system_async (thunk) This function is deprecated. You can use @var{thunk} directly -instead of explicitely creating an async object. +instead of explicitly creating an async object. @end deffn diff --git a/doc/ref/libguile-concepts.texi b/doc/ref/libguile-concepts.texi index 6fef7a79a..76afd35d1 100644 --- a/doc/ref/libguile-concepts.texi +++ b/doc/ref/libguile-concepts.texi @@ -182,7 +182,7 @@ As explained above, the @code{SCM} type can represent all Scheme values. Some values fit entirely into a @code{SCM} value (such as small integers), but other values require additional storage in the heap (such as strings and vectors). This additional storage is managed -automatically by Guile. You don't need to explicitely deallocate it +automatically by Guile. You don't need to explicitly deallocate it when a @code{SCM} value is no longer used. Two things must be guaranteed so that Guile is able to manage the diff --git a/ice-9/deprecated.scm b/ice-9/deprecated.scm index 91f4d7445..27332ba79 100644 --- a/ice-9/deprecated.scm +++ b/ice-9/deprecated.scm @@ -21,7 +21,7 @@ (define substring-move-right! substring-move!) ;; This method of dynamically linking Guile Extensions is deprecated. -;; Use `load-extension' explicitely from Scheme code instead. +;; Use `load-extension' explicitly from Scheme code instead. (define (split-c-module-name str) (let loop ((rev '()) diff --git a/libguile/async.c b/libguile/async.c index 56634d51f..104167fde 100644 --- a/libguile/async.c +++ b/libguile/async.c @@ -177,7 +177,7 @@ scm_async_click () SCM_DEFINE (scm_system_async, "system-async", 1, 0, 0, (SCM thunk), "This function is deprecated. You can use @var{thunk} directly\n" - "instead of explicitely creating an async object.\n") + "instead of explicitly creating an async object.\n") #define FUNC_NAME s_scm_system_async { scm_c_issue_deprecation_warning diff --git a/libguile/strings.c b/libguile/strings.c index c13802664..012e08b6e 100644 --- a/libguile/strings.c +++ b/libguile/strings.c @@ -1069,7 +1069,7 @@ scm_i_deprecated_string_chars (SCM str) "SCM_STRING_CHARS does not work with shared substrings.", SCM_EOL); - /* We explicitely test for read-only strings to produce a better + /* We explicitly test for read-only strings to produce a better error message. */