Skip to content

Commit c28473f

Browse files
committed
Fix some typos in the llvm docs
1 parent 84f99ef commit c28473f

File tree

7 files changed

+11
-11
lines changed

7 files changed

+11
-11
lines changed

llvm/docs/CommandGuide/FileCheck.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -431,7 +431,7 @@ However, this would be a bad test: if the value for ``foo`` changes, the test
431431
would still pass because the "``CHECK: Value: 1``" line would match the value
432432
from ``baz``. To fix this, you could add ``CHECK-NEXT`` matchers for every
433433
``FieldN:`` line, but that would be verbose, and need to be updated when
434-
``Field4`` is added. A more succint way to write the test using the
434+
``Field4`` is added. A more succinct way to write the test using the
435435
"``CHECK-SAME:``" matcher would be as follows:
436436

437437
.. code-block:: text

llvm/docs/DependenceGraphs/index.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -45,14 +45,14 @@ For example, consider the following:
4545
}
4646

4747
This code contains a statement that has a loop carried dependence on
48-
itself creating a cycle in the DDG. The figure bellow illustrates
48+
itself creating a cycle in the DDG. The figure below illustrates
4949
how the cycle of dependency is carried through multiple def-use relations
5050
and a memory access dependency.
5151

5252
.. image:: cycle.png
5353

5454
The DDG corresponding to this example would have a pi-block that contains
55-
all the nodes participating in the cycle, as shown bellow:
55+
all the nodes participating in the cycle, as shown below:
5656

5757
.. image:: cycle_pi.png
5858

@@ -71,7 +71,7 @@ High-Level Design
7171
The DDG and the PDG are both directed graphs and they extend the
7272
``DirectedGraph`` class. Each implementation extends its corresponding
7373
node and edge types resulting in the inheritance relationship depicted
74-
in the UML diagram bellow:
74+
in the UML diagram below:
7575

7676
.. image:: uml_nodes_and_edges.png
7777

llvm/docs/GettingStartedVS.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -51,7 +51,7 @@ suffices.
5151

5252
You will also need the `CMake <http://www.cmake.org/>`_ build system since it
5353
generates the project files you will use to build with. CMake is bundled with
54-
Visual Studio 2019 so seperate installation is not required.
54+
Visual Studio 2019 so separate installation is not required.
5555

5656
If you would like to run the LLVM tests you will need `Python
5757
<http://www.python.org/>`_. Version 3.6 and newer are known to work. You can

llvm/docs/JITLink.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -687,12 +687,12 @@ All subsequent operations are provided by the
687687

688688
* ``virtual MutableArrayRef<char> getWorkingMemory(ProtectionFlags Seg)``
689689

690-
Should be overriden to return the address in working memory of the segment
690+
Should be overridden to return the address in working memory of the segment
691691
with the given protection flags.
692692

693693
* ``virtual JITTargetAddress getTargetMemory(ProtectionFlags Seg)``
694694

695-
Should be overriden to return the address in the executor's address space of
695+
Should be overridden to return the address in the executor's address space of
696696
the segment with the given protection flags.
697697

698698
* ``virtual void finalizeAsync(FinalizeContinuation OnFinalize)``
@@ -704,7 +704,7 @@ All subsequent operations are provided by the
704704

705705
* ``virtual Error deallocate()``
706706

707-
Should be overriden to deallocate memory in the target address space.
707+
Should be overridden to deallocate memory in the target address space.
708708

709709
JITLink provides a simple in-process implementation of this interface:
710710
``InProcessMemoryManager``. It allocates pages once and re-uses them as both

llvm/docs/Passes.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -924,7 +924,7 @@ calls, or transforming sets of stores into ``memset``\ s.
924924
``-mergefunc``: Merge Functions
925925
-------------------------------
926926

927-
This pass looks for equivalent functions that are mergable and folds them.
927+
This pass looks for equivalent functions that are mergeable and folds them.
928928

929929
Total-ordering is introduced among the functions set: we define comparison
930930
that answers for every two functions which of them is greater. It allows to

llvm/docs/TableGen/ProgRef.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -846,7 +846,7 @@ their parent classes. So the ``let`` acts to override inherited field
846846
values. A ``let`` cannot override the value of a template argument.
847847

848848
Top-level ``let`` statements are often useful when a few fields need to be
849-
overriden in several records. Here are two examples. Note that ``let``
849+
overridden in several records. Here are two examples. Note that ``let``
850850
statements can be nested.
851851

852852
.. code-block:: text

llvm/docs/UserGuides.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -201,7 +201,7 @@ Additional Topics
201201
to LLVM.
202202

203203
:doc:`HowToBuildWindowsItaniumPrograms`
204-
Notes on assembling a Windows Itanium enviroment.
204+
Notes on assembling a Windows Itanium environment.
205205

206206
:doc:`HowToCrossCompileBuiltinsOnArm`
207207
Notes on cross-building and testing the compiler-rt builtins for Arm.

0 commit comments

Comments
 (0)