mirror of
https://github.com/intel/llvm.git
synced 2026-01-26 03:56:16 +08:00
[llvm] Fix typos in documentation
This commit is contained in:
@@ -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
|
||||
|
||||
@@ -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.
|
||||
|
||||
|
||||
@@ -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.
|
||||
|
||||
@@ -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``.
|
||||
|
||||
|
||||
@@ -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++
|
||||
|
||||
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user