@@ -724,7 +724,7 @@ <h5>Examples:</h5>
724
724
finished. These terminator instructions typically yield a '< tt > void</ tt > '
725
725
value: they produce control flow, not values (the one exception being
726
726
the '< a href ="#i_invoke "> < tt > invoke</ tt > </ a > ' instruction).</ p >
727
- < p > There are five different terminator instructions: the '< a
727
+ < p > There are six different terminator instructions: the '< a
728
728
href ="#i_ret "> < tt > ret</ tt > </ a > ' instruction, the '< a href ="#i_br "> < tt > br</ tt > </ a > '
729
729
instruction, the '< a href ="#i_switch "> < tt > switch</ tt > </ a > ' instruction,
730
730
the '< a href ="#i_invoke "> < tt > invoke</ tt > </ a > ' instruction, the '< a
@@ -957,7 +957,7 @@ <h5>Semantics:</h5>
957
957
< div class ="doc_text ">
958
958
< p > Binary operators are used to do most of the computation in a
959
959
program. They require two operands, execute an operation on them, and
960
- produce a single value. Although, that single value might represent
960
+ produce a single value. The operands might represent
961
961
multiple data, as is the case with the < a href ="#t_packed "> packed</ a > data type.
962
962
The result value of a binary operator is not
963
963
necessarily the same type as its operands.</ p >
@@ -1135,7 +1135,7 @@ <h5>Example:</h5>
1135
1135
< div class ="doc_text ">
1136
1136
< p > Bitwise binary operators are used to do various forms of
1137
1137
bit-twiddling in a program. They are generally very efficient
1138
- instructions, and can commonly be strength reduced from other
1138
+ instructions and can commonly be strength reduced from other
1139
1139
instructions. They require two operands, execute an operation on them,
1140
1140
and produce a single value. The resulting value of the bitwise binary
1141
1141
operators is always the same type as its first operand.</ p >
@@ -1360,7 +1360,7 @@ <h5>Example:</h5>
1360
1360
< p > A key design point of an SSA-based representation is how it
1361
1361
represents memory. In LLVM, no memory locations are in SSA form, which
1362
1362
makes things very simple. This section describes how to read, write,
1363
- allocate and free memory in LLVM.</ p >
1363
+ allocate, and free memory in LLVM.</ p >
1364
1364
</ div >
1365
1365
<!-- _______________________________________________________________________ -->
1366
1366
< div class ="doc_subsubsection "> < a name ="i_malloc "> '< tt > malloc</ tt > '
@@ -1408,7 +1408,7 @@ <h5>Arguments:</h5>
1408
1408
that was allocated with the '< tt > < a href ="#i_malloc "> malloc</ a > </ tt > '
1409
1409
instruction.</ p >
1410
1410
< h5 > Semantics:</ h5 >
1411
- < p > Access to the memory pointed to by the pointer is not longer defined
1411
+ < p > Access to the memory pointed to by the pointer is no longer defined
1412
1412
after this instruction executes.</ p >
1413
1413
< h5 > Example:</ h5 >
1414
1414
< pre > %array = < a href ="#i_malloc "> malloc</ a > [4 x ubyte] < i > ; yields {[4 x ubyte]*}:array</ i >
@@ -1428,7 +1428,7 @@ <h5>Overview:</h5>
1428
1428
stack frame of the procedure that is live until the current function
1429
1429
returns to its caller.</ p >
1430
1430
< h5 > Arguments:</ h5 >
1431
- < p > The the '< tt > alloca</ tt > ' instruction allocates < tt > sizeof(<type>)*NumElements</ tt >
1431
+ < p > The '< tt > alloca</ tt > ' instruction allocates < tt > sizeof(<type>)*NumElements</ tt >
1432
1432
bytes of memory on the runtime stack, returning a pointer of the
1433
1433
appropriate type to the program. The second form of the instruction is
1434
1434
a shorter version of the first that defaults to allocating one element.</ p >
0 commit comments