Closed
Bug 1485187
Opened 6 years ago
Closed 6 years ago
Document what to do for known classes of Tup build bustage
Categories
(Firefox Build System :: General, enhancement)
Firefox Build System
General
Tracking
(firefox64 fixed)
RESOLVED
FIXED
mozilla64
Tracking | Status | |
---|---|---|
firefox64 | --- | fixed |
People
(Reporter: chmanchester, Assigned: chmanchester)
References
Details
Attachments
(1 file)
There are two cases of tup build bustage we've seen that we're likely to encounter again that should be documented, probably prior to bumping Btup to tier 1. The first is when cargo build script start generating new outputs. The newly generated file names need to be added to python/mozbuild/mozbuild/backend/cargo_build_defs.py so tup knows about them. The second is when some aspect of the build system that has handling in both make and tup backends sees some re-structuring, in particular this has come up when changing the invocations for xpidl/ipdl/webidl handling.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → cmanchester
Assignee | ||
Comment 1•6 years ago
|
||
Comment 2•6 years ago
|
||
Comment on attachment 9008543 [details] Bug 1485187 - Document known failure scenarios for Tup automation builds. Michael Shal [:mshal] has approved the revision.
Attachment #9008543 -
Flags: review+
Pushed by cmanchester@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/8f15b7b4362d Document known failure scenarios for Tup automation builds. r=mshal
Comment 4•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/8f15b7b4362d
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox64:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in
before you can comment on or make changes to this bug.
Description
•