Skip to content

Commit ffd4175

Browse files
committed
Fixed typos in docs/CallingConvention.rst
1 parent 13ae184 commit ffd4175

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/CallingConvention.rst

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -38,7 +38,7 @@ components, each operating on a different abstraction level:
3838

3939
* the high-level semantics of the call (pass-by-reference
4040
vs. pass-by-value),
41-
41+
4242
* the ownership and validity conventions about argument and result
4343
values ("+0" vs. "+1", etc.), and
4444

@@ -280,7 +280,7 @@ considering here:
280280
for the value, this convention allows the callee to use the value at
281281
a later point without taking any extra action to keep it alive.
282282

283-
The flipside is that this convention requires a lot of extra work
283+
The flip side is that this convention requires a lot of extra work
284284
when a single value is used multiple times in the caller. For
285285
example, a value passed in every iteration of a loop will need to be
286286
copied/retained/whatever each time.
@@ -1181,7 +1181,7 @@ legal type sequences from the direct results. If this yields an empty
11811181
sequence, the result type is `void`. If it yields a single legal
11821182
type, the result type is the corresponding Clang type. No other could
11831183
actually have come from an imported C declaration, so we don't have
1184-
any real compatiblity requirements; for the convenience of
1184+
any real compatibility requirements; for the convenience of
11851185
interoperation, this is handled by constructing a new C struct which
11861186
contains the corresponding Clang types for the legal type sequence as
11871187
its fields.

0 commit comments

Comments
 (0)