MOZ_PGO: `maybe_clobber_profiledbuild` step does not delete Rust artefacts.
Categories
(Firefox Build System :: General, defect)
Tracking
(firefox68 fixed)
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: mwoerister, Assigned: froydnj)
References
Details
Attachments
(2 files)
It seems that the maybe_clobber_profiledbuild
step does not delete Rust artefacts.
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
This is because we never added rust directories to GARBAGE_DIRS
, either when we had Rust compilation scattered about the tree, or when we moved everything to a single toplevel workspace. Should be an easy fix?
Comment 2•6 years ago
|
||
We're tentatively on track move remaining PGO builds to 3-tier PGO soon. That would probably render this issue obsolete.
Comment 3•6 years ago
|
||
(In reply to Chris Manchester (:chmanchester) from comment #2)
We're tentatively on track move remaining PGO builds to 3-tier PGO soon. That would probably render this issue obsolete.
This would affect "shippable" builds (or really any build that does PGO, whether or not it has that in its name).
Reporter | ||
Comment 4•6 years ago
|
||
We're tentatively on track move remaining PGO builds to 3-tier PGO soon. That would probably render this issue obsolete.
Can you tell me more about this? It's unclear to me how this interacts with planned PGO support in the Rust compiler.
Assignee | ||
Comment 5•6 years ago
|
||
(In reply to Michael Woerister from comment #4)
We're tentatively on track move remaining PGO builds to 3-tier PGO soon. That would probably render this issue obsolete.
Can you tell me more about this? It's unclear to me how this interacts with planned PGO support in the Rust compiler.
The idea behind 3-tier/stage PGO (bug 1507330) is that we want to perform the instrumented build, the actual profiling, and the profile-use build as three separate tasks in automation. So--assuming I understand Chris correctly--this issue wouldn't matter for automation because the profile-use build would actually start in a clean directory. It still does matter for local development and testing of anything PGO, because we don't have a good story for implementing the 3-stage system there.
Assignee | ||
Comment 6•6 years ago
|
||
We add to GARBAGE_DIRS
in the toplevel Makefile.in
for the reasons
described in the comment. We add to GARBAGE_DIRS
for Rust programs
because Rust programs currently do not share compilation artifacts with
Rust libraries (as our libraries are built with panic=abort
and our
programs are not, sharing compilation artifacts between the two is a
non-starter).
Comment 7•6 years ago
|
||
(In reply to Nathan Froyd [:froydnj] from comment #5)
(In reply to Michael Woerister from comment #4)
We're tentatively on track move remaining PGO builds to 3-tier PGO soon. That would probably render this issue obsolete.
Can you tell me more about this? It's unclear to me how this interacts with planned PGO support in the Rust compiler.
The idea behind 3-tier/stage PGO (bug 1507330) is that we want to perform
the instrumented build, the actual profiling, and the profile-use build as
three separate tasks in automation. So--assuming I understand Chris
correctly--this issue wouldn't matter for automation because the profile-use
build would actually start in a clean directory. It still does matter for
local development and testing of anything PGO, because we don't have a good
story for implementing the 3-stage system there.
Yes, that's what I mean. We'll probably want to remove the current targets for doing a PGO build once the remaining builds are converted and implement a small script to run the stages locally for people testing things out.
Reporter | ||
Comment 9•6 years ago
|
||
Thanks for the clarification! That sounds like it should not affect the plans for Rust PGO support.
Updated•6 years ago
|
Comment 10•6 years ago
|
||
bugherder |
Description
•