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)

enhancement
Not set
normal

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: nobody → cmanchester
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
https://hg.mozilla.org/mozilla-central/rev/8f15b7b4362d
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: