@@ -81,7 +81,7 @@ crate is built:
81
81
out in crates.io crates are not emitted by default.
82
82
83
83
Any other element is a user-defined metadata that will be passed to
84
- dependencies . More information about this can be found in the [ ` links ` ] [ links ]
84
+ dependents . More information about this can be found in the [ ` links ` ] [ links ]
85
85
section.
86
86
87
87
[ links ] : #the-links-manifest-key
@@ -252,9 +252,7 @@ This is where the real magic happens. The library is using the rustc-defined
252
252
the generated file (` hello.rs ` ) into the crate’s compilation.
253
253
254
254
Using the structure shown here, crates can include any number of generated files
255
- from the build script itself. We’ve also seen a brief example of how a build
256
- script can use a crate as a dependency purely for the build process and not for
257
- the crate itself at runtime.
255
+ from the build script itself.
258
256
259
257
# Case study: Building some native code
260
258
@@ -400,6 +398,9 @@ And there we go! This should complete our example of building some C code from a
400
398
Cargo package using the build script itself. This also shows why using a build
401
399
dependency can be crucial in many situations and even much more concise!
402
400
401
+ We’ve also seen a brief example of how a build script can use a crate as a
402
+ dependency purely for the build process and not for the crate itself at runtime.
403
+
403
404
# Case study: Linking to system libraries
404
405
405
406
The final case study here will be investigating how a Cargo library links to a
0 commit comments