@@ -38,7 +38,7 @@ components, each operating on a different abstraction level:
38
38
39
39
* the high-level semantics of the call (pass-by-reference
40
40
vs. pass-by-value),
41
-
41
+
42
42
* the ownership and validity conventions about argument and result
43
43
values ("+0" vs. "+1", etc.), and
44
44
@@ -280,7 +280,7 @@ considering here:
280
280
for the value, this convention allows the callee to use the value at
281
281
a later point without taking any extra action to keep it alive.
282
282
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
284
284
when a single value is used multiple times in the caller. For
285
285
example, a value passed in every iteration of a loop will need to be
286
286
copied/retained/whatever each time.
@@ -1181,7 +1181,7 @@ legal type sequences from the direct results. If this yields an empty
1181
1181
sequence, the result type is `void `. If it yields a single legal
1182
1182
type, the result type is the corresponding Clang type. No other could
1183
1183
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
1185
1185
interoperation, this is handled by constructing a new C struct which
1186
1186
contains the corresponding Clang types for the legal type sequence as
1187
1187
its fields.
0 commit comments