This is a problem that needs to be solved! But it needs to be solved *in the compiler*. The problem is presumably that the compiler, right now, can’t say “oh, I didn’t need to rebuild anything” in a way that the build system can understand.
-
-
Replying to @BRIAN_____ @sayrer and
How is the build system supposed to know? Does Bazel have a magic Rust parser that can understand comment changes?
2 replies 0 retweets 0 likes -
Replying to @pcwalton @BRIAN_____ and
Bazel's dependency graph goes down to the file level. If your test doesn't have transitive edges going to a doc, the test will not rerun if the doc changes. That said, if your compiler changes, expect all tests to rerun.
1 reply 0 retweets 0 likes -
Replying to @jin_ @BRIAN_____ and
This is my point. File-level dependency tracking is something we already do in Cargo. (Actually, Cargo uses incremental compilation, so it’s *better* than file-level.) It wouldn’t have helped this case, precisely because it’s file-level.
1 reply 0 retweets 1 like -
Replying to @pcwalton @BRIAN_____ and
If the Bazel Rust rules produce an "ABI" kind of output, you don't need to re-run downstream actions. This is what the Java/JVM rules do with interface jars.
2 replies 0 retweets 0 likes -
Replying to @jin_ @BRIAN_____ and
Yes, my point is that we have to do compiler work first to integrate with the build system. (BTW, Cargo already integrates with incremental compilation in this way.)
1 reply 0 retweets 1 like -
This Tweet is unavailable.
-
This Tweet is unavailable.
Script crate in Servo. But you won't be able to improve it without compiler help.
-
-
This Tweet is unavailable.
-
This Tweet is unavailable.
- 1 more reply
-
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.