Fix some typos (#14843)

12 files changed, 42 insertions, 42 deletions

diff --git a/doc/advopt.txt b/doc/advopt.txt
index 18bfde11b..588d4eece 100644
--- a/doc/advopt.txt
+++ b/doc/advopt.txt
@@ -78,7 +78,7 @@ Advanced options:
                             if path == @path, will use first matching dir in `--path`
                             if path == @default (the default and most useful), will use
                             best match among @pkg,@path.
-                            if these are nonexistant, will use project path
+                            if these are nonexistent, will use project path
   -b, --backend:c|cpp|js|objc sets backend to use with commands like `nim doc` or `nim r`
   --docCmd:cmd              if `cmd == skip`, skips runnableExamples
                             else, runs runnableExamples with given options, eg:
diff --git a/doc/codeowners.rst b/doc/codeowners.rst
index 129c47cfc..4b4a5810e 100644
--- a/doc/codeowners.rst
+++ b/doc/codeowners.rst
@@ -13,31 +13,31 @@ library, araq is responsible for the compiler.
 Compiler
 ~~~~~~~~
 
-======================         ======================================================
-subsystem                      owner(s)
-======================         ======================================================
-Parsing, Lexing                araq
-Renderer                       cooldome, araq
-Order of passes                cooldome
-Semantic Checking              araq
-Virtual machine                jangko, GULPF, araq
-Sempass2: effects tracking     cooldome, araq
-type system, concepts          zahary
-transf                         cooldome, araq
-semfold constant folding       araq
-template instantiation         zahary, araq
-term rewriting macros          cooldome, araq
-closure interators             yglukhov, araq
-lambda lifting                 yglukhov, araq
-c, cpp codegen                 lemonboy, araq
-js codegen                     yglukhov, lemonboy
-alias analysis                 araq
-dfa, writetracking             araq
-parallel, multithreading       araq
-incremental                    araq
-sizeof computations            krux02
-Exception handling             cooldome, araq
-======================         ======================================================
+===========================     ======================================================
+subsystem                       owner(s)
+===========================     ======================================================
+Parsing, Lexing                 araq
+Renderer                        cooldome, araq
+Order of passes                 cooldome
+Semantic Checking               araq
+Virtual machine                 jangko, GULPF, araq
+Sempass2: effects tracking      cooldome, araq
+type system, concepts           zahary
+transf                          cooldome, araq
+semfold constant folding        araq
+template instantiation          zahary, araq
+term rewriting macros           cooldome, araq
+closure iterators               yglukhov, araq
+lambda lifting                  yglukhov, araq
+c, cpp codegen                  lemonboy, araq
+js codegen                      yglukhov, lemonboy
+alias analysis                  araq
+dfa, writetracking              araq
+parallel, multithreading        araq
+incremental                     araq
+sizeof computations             krux02
+Exception handling              cooldome, araq
+===========================     ======================================================
 
 
 
diff --git a/doc/destructors.rst b/doc/destructors.rst
index e7ebd93ea..b06d78bbe 100644
--- a/doc/destructors.rst
+++ b/doc/destructors.rst
@@ -225,7 +225,7 @@ A sink parameter
 *may* be consumed once in the proc's body but doesn't have to be consumed at all.
 The reason for this is that signatures
 like ``proc put(t: var Table; k: sink Key, v: sink Value)`` should be possible
-without any further overloads and ``put`` might not take owership of ``k`` if
+without any further overloads and ``put`` might not take ownership of ``k`` if
 ``k`` already exists in the table. Sink parameters enable an affine type system,
 not a linear type system.
 
diff --git a/doc/docgen.rst b/doc/docgen.rst
index 24743ba13..dac8808ad 100644
--- a/doc/docgen.rst
+++ b/doc/docgen.rst
@@ -244,7 +244,7 @@ Other Input Formats
 
 The *Nim compiler* also has support for RST (reStructuredText) files with
 the ``rst2html`` and ``rst2tex`` commands. Documents like this one are
-initially written in a dialect of RST which adds support for nim sourcecode
+initially written in a dialect of RST which adds support for nim source code
 highlighting with the ``.. code-block:: nim`` prefix. ``code-block`` also
 supports highlighting of C++ and some other c-like languages.
 
@@ -330,7 +330,7 @@ Index (idx) file format
 
 Files with the ``.idx`` extension are generated when you use the `Index
 switch <#related-options-index-switch>`_ along with commands to generate
-documentation from source or text files. You can programatically generate
+documentation from source or text files. You can programmatically generate
 indices with the `setIndexTerm()
 <rstgen.html#setIndexTerm,RstGenerator,string,string,string,string,string>`_
 and `writeIndexFile() <rstgen.html#writeIndexFile,RstGenerator,string>`_ procs.
@@ -375,7 +375,7 @@ exception to this are table of content (TOC) entries. TOC entries are added to
 the index file with their third column having as much prefix spaces as their
 level is in the TOC (at least 1 character). The prefix whitespace helps to
 filter TOC entries from API or text symbols. This is important because the
-amount of spaces is used to replicate the hiearchy for document TOCs in the
+amount of spaces is used to replicate the hierarchy for document TOCs in the
 final index, and TOC entries found in ``.nim`` files are discarded.
 
 
diff --git a/doc/hcr.rst b/doc/hcr.rst
index b2441dfbc..567d77178 100644
--- a/doc/hcr.rst
+++ b/doc/hcr.rst
@@ -222,7 +222,7 @@ is a suitable place for implementing a program loop capable of calling
 Please note that reloading won't be possible when any of the type definitions
 in the program has been changed. When closure iterators are used (directly or
 through async code), the reloaded definitions will affect only newly created
-instances. Existing iterator instancess will execute their original code to
+instances. Existing iterator instances will execute their original code to
 completion.
 
 JavaScript target
diff --git a/doc/idetools.rst b/doc/idetools.rst
index e83bfe935..ac3b92947 100644
--- a/doc/idetools.rst
+++ b/doc/idetools.rst
@@ -69,7 +69,7 @@ Or::
     pass in the same value as **proj.nim**.
 
 ``DIRTY_FILE``
-    The **FILE** paramater is enough for static analysis, but IDEs
+    The **FILE** parameter is enough for static analysis, but IDEs
     tend to have *unsaved buffers* where the user may still be in
     the middle of typing a line. In such situations the IDE can
     save the current contents to a temporary file and then use the
@@ -210,7 +210,7 @@ tab characters (``\t``). The values of each column are:
    def for definition, ``sug`` for suggestion, etc).
 2. Type of the symbol. This can be ``skProc``, ``skLet``, and just
    about any of the enums defined in the module ``compiler/ast.nim``.
-3. Full qualitifed path of the symbol. If you are querying a symbol
+3. Full qualified path of the symbol. If you are querying a symbol
    defined in the ``proj.nim`` file, this would have the form
    ``proj.symbolName``.
 4. Type/signature. For variables and enums this will contain the
diff --git a/doc/intern.rst b/doc/intern.rst
index b68067d1b..be183fd8e 100644
--- a/doc/intern.rst
+++ b/doc/intern.rst
@@ -468,7 +468,7 @@ The CellSet data structure
 The GC depends on an extremely efficient datastructure for storing a
 set of pointers - this is called a ``TCellSet`` in the source code.
 Inserting, deleting and searching are done in constant time. However,
-modifying a ``TCellSet`` during traversation leads to undefined behaviour.
+modifying a ``TCellSet`` during traversal leads to undefined behaviour.
 
 .. code-block:: Nim
   type
@@ -558,7 +558,7 @@ This means that a call through a closure generates an ``if`` but the
 interoperability is worth the cost of the ``if``. Thunk generation would be
 possible too, but it's slightly more effort to implement.
 
-Tests with GCC on Amd64 showed that it's really beneficical if the
+Tests with GCC on Amd64 showed that it's really beneficial if the
 'environment' pointer is passed as the last argument, not as the first argument.
 
 Proper thunk generation is harder because the proc that is to wrap
@@ -609,7 +609,7 @@ Beware of nesting:
 
 .. code-block:: nim
   proc add(x: int): proc (y: int): proc (z: int): int {.closure.} {.closure.} =
-    return lamba (y: int): proc (z: int): int {.closure.} =
+    return lambda (y: int): proc (z: int): int {.closure.} =
       return lambda (z: int): int =
         return x + y + z
 
diff --git a/doc/koch.rst b/doc/koch.rst
index 436e0e406..e984a71ea 100644
--- a/doc/koch.rst
+++ b/doc/koch.rst
@@ -77,7 +77,7 @@ https://nim-lang.org.
 
 By default the documentation will be built in parallel using the number of
 available CPU cores. If any documentation build sub commands fail, they will
-be rerun in serial fashion so that meaninful error output can be gathered for
+be rerun in serial fashion so that meaningful error output can be gathered for
 inspection. The ``--parallelBuild:n`` switch or configuration option can be
 used to force a specific number of parallel jobs or run everything serially
 from the start (``n == 1``).
diff --git a/doc/lib.rst b/doc/lib.rst
index 97f6c1db1..e05657b42 100644
--- a/doc/lib.rst
+++ b/doc/lib.rst
@@ -214,7 +214,7 @@ Generic Operating System Services
   This module implements the ability to access symbols from shared libraries.
 
 * `marshal <marshal.html>`_
-  Contains procs for serialization and deseralization of arbitrary Nim
+  Contains procs for serialization and deserialization of arbitrary Nim
   data structures.
 
 * `memfiles <memfiles.html>`_
@@ -267,7 +267,7 @@ Math libraries
   Statistical analysis
 
 * `std/sums <sums.html>`_
-  Fast sumation functions.
+  Fast summation functions.
 
 
 Internet Protocols and Support
diff --git a/doc/manual.rst b/doc/manual.rst
index 9f5252ae0..d2fcdc080 100644
--- a/doc/manual.rst
+++ b/doc/manual.rst
@@ -6455,7 +6455,7 @@ Align pragma
 The `align`:idx: pragma is for variables and object field members. It
 modifies the alignment requirement of the entity being declared. The
 argument must be a constant power of 2. Valid non-zero
-alignments that are weaker than nother align pragmas on the same
+alignments that are weaker than other align pragmas on the same
 declaration are ignored. Alignments that are weaker that the
 alignment requirement of the type are ignored.
 
diff --git a/doc/manual_experimental.rst b/doc/manual_experimental.rst
index d8efddf94..b0614885a 100644
--- a/doc/manual_experimental.rst
+++ b/doc/manual_experimental.rst
@@ -811,7 +811,7 @@ object inheritance syntax involving the ``of`` keyword:
 
 .. code-block:: nim
   type
-    Graph = concept g, type G of EqualyComparable, Copyable
+    Graph = concept g, type G of EquallyComparable, Copyable
       type
         VertexType = G.VertexType
         EdgeType = G.EdgeType
diff --git a/doc/nimc.rst b/doc/nimc.rst
index 59289a7c8..bd5e897c3 100644
--- a/doc/nimc.rst
+++ b/doc/nimc.rst
@@ -348,7 +348,7 @@ of your program.
   proc glfmMain*(display: ptr GLFMDisplay) {.exportc.} =
     NimMain() # initialize garbage collector memory, types and stack
 
-Note: XCodes "make clean" gets confused about the genreated nim.c files,
+Note: XCode's "make clean" gets confused about the generated nim.c files,
 so you need to clean those files manually to do a clean build.