orderfile.txt has no update machinery
Categories
(Firefox Build System :: General, defect)
Tracking
(firefox123 fixed)
| Tracking | Status | |
|---|---|---|
| firefox123 | --- | fixed |
People
(Reporter: emk, Assigned: sergesanspaille)
References
Details
Attachments
(1 file)
According to the check-in comment, "It's OK if these files are
slightly out of date." But this file is not updated after the first check-in (except bug 1560455.)
I'm trying to change decorated symbols manually in bug 1606050. It's messy. It would be great if it is done automatically.
| Reporter | ||
Updated•6 years ago
|
A few weeks ago I tried doing a full re-generate by adding back the function instrumentation (I noticed a large amount of staleness from the JS::Value changes among others) but I didn't see any measurable improvement. Also at one point we accidentally stopped using order files and our perf benchmarks didn't complain. Which kind of suggests that the order files aren't helping at all, except that when I tried removing them, I did see a very small but consistent loss (I guess it's not large enough for perf benchmarks to generate an alert).
So: if you have an easy sed-style update to the files, that seems like an uncontroversial r+, but a larger change to machinery might not be worthwhile at this point.
Updated•3 years ago
|
| Assignee | ||
Comment 2•2 years ago
|
||
Since 1839832 we generate an equivalent file based on PGO data
automatically.
Updated•2 years ago
|
| Reporter | ||
Comment 3•2 years ago
|
||
Bug 1839832 is backed out.
Comment 5•2 years ago
|
||
| bugherder | ||
Description
•