@@ -340,7 +340,7 @@ libraries:
340
340
Note that frameworks are only available on OSX targets.
341
341
342
342
The different `kind` values are meant to differentiate how the native library
343
- participates in linkage. From a linkage perspective, the rust compiler creates
343
+ participates in linkage. From a linkage perspective, the Rust compiler creates
344
344
two flavors of artifacts: partial (rlib/staticlib) and final (dylib/binary).
345
345
Native dynamic library and framework dependencies are propagated to the final
346
346
artifact boundary, while static library dependencies are not propagated at
@@ -350,9 +350,9 @@ artifact.
350
350
A few examples of how this model can be used are:
351
351
352
352
* A native build dependency. Sometimes some C/C++ glue is needed when writing
353
- some rust code, but distribution of the C/C++ code in a library format is just
353
+ some Rust code, but distribution of the C/C++ code in a library format is just
354
354
a burden. In this case, the code will be archived into `libfoo.a` and then the
355
- rust crate would declare a dependency via `#[link(name = "foo", kind =
355
+ Rust crate would declare a dependency via `#[link(name = "foo", kind =
356
356
"static")]`.
357
357
358
358
Regardless of the flavor of output for the crate, the native static library
@@ -361,7 +361,7 @@ A few examples of how this model can be used are:
361
361
362
362
* A normal dynamic dependency. Common system libraries (like `readline`) are
363
363
available on a large number of systems, and often a static copy of these
364
- libraries cannot be found. When this dependency is included in a rust crate,
364
+ libraries cannot be found. When this dependency is included in a Rust crate,
365
365
partial targets (like rlibs) will not link to the library, but when the rlib
366
366
is included in a final target (like a binary), the native library will be
367
367
linked in.
0 commit comments