gecko-dev/build/win64
David Major fd23aa320b Bug 1632542 - Regenerate linker order files, April 2020 edition r=rstewart
The original commit message for the order files says "It's OK if these files are slightly out of date", and that's true. However, in the 11 months since then, our builds have undergone major changes that affect large numbers of final symbol names, like switching from Frontend to IR PGO, and enabling the new pass manager. I think at this point a refresh wouldn't hurt.

I generated these files by locally creating a "stage 2.5" PGO build that's both `-fprofile-use` _and_ `-finstrument-functions-after-inlining`, and otherwise following the instructions from bug 1444171. Doing this at the `use` stage rather than the `gen` stage lets us get around the problem of mixing IR and Frontend instrumentation. It also gets us a more accurate picture of the final optimizations.

I haven't exhaustively run this through Talos. I did some spot checks, most were within noise, Speedometer maaybe gets 0.6%. I don't think this is worth hogging the talos machines for a full run, we can get the results after landing.

If for no other reason, this is worth doing to reduce 8000 lines of warning LNK4037 (order file refers to a nonexistent symbol) in build logs down to about 15.

Differential Revision: https://phabricator.services.mozilla.com/D72171
2020-04-24 13:40:01 +00:00
..
mozconfig.asan Backed out changeset 823857306bce (bug 1435148) for causing bug 1631468 CLOSED TREE 2020-04-23 00:18:26 +03:00
mozconfig.vs-latest Bug 1475384: Use lld-link for official Windows builds. r=gps 2018-07-15 21:01:50 -04:00
mozconfig.vs2017 Bug 1617794 - Add a tier-2 64-bits Window cross build task. r=mshal 2020-02-27 21:39:39 +00:00
orderfile.txt Bug 1632542 - Regenerate linker order files, April 2020 edition r=rstewart 2020-04-24 13:40:01 +00:00