[llvm] Fix typos in documentation

This commit is contained in:
Kazu Hirata
2023-12-17 15:36:44 -08:00
parent f1ab90ab63
commit 211f5d00e2
6 changed files with 8 additions and 8 deletions

View File

@@ -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

View File

@@ -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.

View File

@@ -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.

View File

@@ -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``.

View File

@@ -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++

View File

@@ -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