Closed Bug 1606191 Opened 6 years ago Closed 2 years ago

orderfile.txt has no update machinery

Categories

(Firefox Build System :: General, defect)

defect

Tracking

(firefox123 fixed)

RESOLVED FIXED
123 Branch
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.

Summary: orderfile.txt has no update mechinary → orderfile.txt has no update machinery

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.

Severity: normal → S3
Depends on: 1839832

Since 1839832 we generate an equivalent file based on PGO data
automatically.

Assignee: nobody → sguelton
Status: NEW → ASSIGNED

Bug 1839832 is backed out.

Pushed by sguelton@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b9e53259259d Remove hand-written Windows orderfile r=glandium
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 123 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: