Incorrect "krate -> trans" dependent in incr. comp. #32014
Assignees
Labels
A-incr-comp
Area: Incremental compilation
T-compiler
Relevant to the compiler team, which will review and decide on the PR/issue.
Comments
nikomatsakis
added
T-compiler
bors
added a commit
that referenced
this issue
Apr 6, 2016
Save/load incremental compilation dep graph Contains the code to serialize/deserialize the dep graph to disk between executions. We also hash the item contents and compare to the new hashes. Also includes a unit test harness. There are definitely some known limitations, such as #32014 and #32015, but I am leaving those for follow-up work. Note that this PR builds on #32007, so the overlapping commits can be excluded from review. r? @michaelwoerister
bors
added a commit
that referenced
this issue
Apr 7, 2016
Save/load incremental compilation dep graph Contains the code to serialize/deserialize the dep graph to disk between executions. We also hash the item contents and compare to the new hashes. Also includes a unit test harness. There are definitely some known limitations, such as #32014 and #32015, but I am leaving those for follow-up work. Note that this PR builds on #32007, so the overlapping commits can be excluded from review. r? @michaelwoerister
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, for some reason I do not know, there is a
Krate -> TransCrateItem(X)edge for everyX. I need to track this down and fix it. The incremental test harnesses have FIXMEs related to this issue.The text was updated successfully, but these errors were encountered: