@@ -210,7 +210,7 @@ sometimes rebuild code when you're not expecting it!
210
210
We've long [ wanted to provide better diagnostics about
211
211
this] ( https://github.com/rust-lang/cargo/issues/2904 ) but unfortunately haven't
212
212
been able to make progress on that issue in quite some time. In the meantime,
213
- however, you can debug a rebuild at least a little by by setting the ` CARGO_LOG `
213
+ however, you can debug a rebuild at least a little by setting the ` CARGO_LOG `
214
214
environment variable:
215
215
216
216
``` sh
@@ -233,7 +233,7 @@ Some issues we've seen historically which can cause crates to get rebuilt are:
233
233
234
234
* Two successive Cargo builds may differ in the set of features enabled for some
235
235
dependencies. For example if the first build command builds the whole
236
- workspace and the second command builds only one crate, this may causes a
236
+ workspace and the second command builds only one crate, this may cause a
237
237
dependency on crates.io to have a different set of features enabled, causing
238
238
it and everything that depends on it to get rebuilt. There's unfortunately not
239
239
really a great fix for this, although if possible it's best to have the set of
@@ -243,7 +243,7 @@ Some issues we've seen historically which can cause crates to get rebuilt are:
243
243
* Some filesystems exhibit unusual behavior around timestamps. Cargo primarily
244
244
uses timestamps on files to govern whether rebuilding needs to happen, but if
245
245
you're using a nonstandard filesystem it may be affecting the timestamps
246
- somehow (e.g. truncating them, causing them to drift, etc). In this scenario
246
+ somehow (e.g. truncating them, causing them to drift, etc). In this scenario,
247
247
feel free to open an issue and we can see if we can accomodate the filesystem
248
248
somehow.
249
249
0 commit comments