[llvm] 211f5d0 - [llvm] Fix typos in documentation
Kazu Hirata via llvm-commits
llvm-commits at lists.llvm.org
Sun Dec 17 15:36:52 PST 2023
Author: Kazu Hirata
Date: 2023-12-17T15:36:44-08:00
New Revision: 211f5d00e26b62edc80bc86655a73c28e57b6964
URL: https://github.com/llvm/llvm-project/commit/211f5d00e26b62edc80bc86655a73c28e57b6964
DIFF: https://github.com/llvm/llvm-project/commit/211f5d00e26b62edc80bc86655a73c28e57b6964.diff
LOG: [llvm] Fix typos in documentation
Added:
Modified:
llvm/docs/AliasAnalysis.rst
llvm/docs/ConvergentOperations.rst
llvm/docs/JITLink.rst
llvm/docs/LangRef.rst
llvm/docs/NVPTXUsage.rst
llvm/docs/TableGen/ProgRef.rst
Removed:
################################################################################
diff --git a/llvm/docs/AliasAnalysis.rst b/llvm/docs/AliasAnalysis.rst
index 046dd24d7332e2..7afe0e277bd4f7 100644
--- a/llvm/docs/AliasAnalysis.rst
+++ b/llvm/docs/AliasAnalysis.rst
@@ -207,7 +207,7 @@ Writing a new ``AliasAnalysis`` Implementation
Writing a new alias analysis implementation for LLVM is quite straight-forward.
There are already several implementations that you can use for examples, and the
-following information should help fill in any details. For a examples, take a
+following information should help fill in any details. For examples, take a
look at the `various alias analysis implementations`_ included with LLVM.
Different Pass styles
diff --git a/llvm/docs/ConvergentOperations.rst b/llvm/docs/ConvergentOperations.rst
index 5dd3ac2f3d98b9..332675f3edefd7 100644
--- a/llvm/docs/ConvergentOperations.rst
+++ b/llvm/docs/ConvergentOperations.rst
@@ -607,7 +607,7 @@ those in the caller.
only if both threads entered the function by executing converged
dynamic instances of the call-site.
-This intrinsic can occur at most once in a function, and only in the the entry
+This intrinsic can occur at most once in a function, and only in the entry
block of the function. If this intrinsic occurs in a basic block, then it must
precede any other convergent operation in the same basic block.
diff --git a/llvm/docs/JITLink.rst b/llvm/docs/JITLink.rst
index 72607a8c085ad1..b0a0dc77880dfd 100644
--- a/llvm/docs/JITLink.rst
+++ b/llvm/docs/JITLink.rst
@@ -466,7 +466,7 @@ finally transferring linked memory to the executing process.
Calls the ``JITLinkContext``'s ``JITLinkMemoryManager`` to allocate both
working and target memory for the graph. As part of this process the
- ``JITLinkMemoryManager`` will update the the addresses of all nodes
+ ``JITLinkMemoryManager`` will update the addresses of all nodes
defined in the graph to their assigned target address.
Note: This step only updates the addresses of nodes defined in this graph.
diff --git a/llvm/docs/LangRef.rst b/llvm/docs/LangRef.rst
index 8f0c45f674ead8..7f4a316a21acee 100644
--- a/llvm/docs/LangRef.rst
+++ b/llvm/docs/LangRef.rst
@@ -1515,7 +1515,7 @@ Currently, only the following parameter attributes are defined:
over-alignment specification through language attributes).
``allocalign``
- The function parameter marked with this attribute is is the alignment in bytes of the
+ The function parameter marked with this attribute is the alignment in bytes of the
newly allocated block returned by this function. The returned value must either have
the specified alignment or be the null pointer. The return value MAY be more aligned
than the requested alignment, but not less aligned. Invalid (e.g. non-power-of-2)
@@ -22798,7 +22798,7 @@ Semantics:
The '``llvm.vp.fcmp``' compares its first two operands according to the
condition code given as the third operand. The operands are compared element by
-element on each enabled lane, where the the semantics of the comparison are
+element on each enabled lane, where the semantics of the comparison are
defined :ref:`according to the condition code <fcmp_md_cc_sem>`. Masked-off
lanes are ``poison``.
@@ -22856,7 +22856,7 @@ Semantics:
The '``llvm.vp.icmp``' compares its first two operands according to the
condition code given as the third operand. The operands are compared element by
-element on each enabled lane, where the the semantics of the comparison are
+element on each enabled lane, where the semantics of the comparison are
defined :ref:`according to the condition code <icmp_md_cc_sem>`. Masked-off
lanes are ``poison``.
diff --git a/llvm/docs/NVPTXUsage.rst b/llvm/docs/NVPTXUsage.rst
index 5c28a3f3eee90d..22acc6c9cb37f5 100644
--- a/llvm/docs/NVPTXUsage.rst
+++ b/llvm/docs/NVPTXUsage.rst
@@ -329,7 +329,7 @@ optimization pipeline before dead-code elimination.
The NVPTX TargetMachine knows how to schedule ``NVVMReflect`` at the beginning
of your pass manager; just use the following code when setting up your pass
manager and the PassBuilder will use ``registerPassBuilderCallbacks`` to let
-NVPTXTargetMachine::registerPassBuilderCallbacks add the the pass to the
+NVPTXTargetMachine::registerPassBuilderCallbacks add the pass to the
pass manager:
.. code-block:: c++
diff --git a/llvm/docs/TableGen/ProgRef.rst b/llvm/docs/TableGen/ProgRef.rst
index e5420a05dad78c..59ddef975c4877 100644
--- a/llvm/docs/TableGen/ProgRef.rst
+++ b/llvm/docs/TableGen/ProgRef.rst
@@ -661,7 +661,7 @@ The argument values can be specified in two forms:
argument with name ``a`` and ``a1`` will be assigned to the argument with
name ``b``.
-Required arguments can alse be specified as named argument.
+Required arguments can also be specified as named argument.
Note that the argument can only be specified once regardless of the way (named
or positional) to specify and positional arguments should be put before named
More information about the llvm-commits
mailing list