gecko-dev/build/win32
Nathan Froyd 2b3a15afe9 Bug 1542746 - use a static MOZ_PROFILE_ORDER_FILE; r=nalexander,chmanchester
We're planning on switching to IR-based profiling, so we can't use the
frontend-based instrumentation to collect the order in which functions
are executed...at least not during the build itself.  Performance tests
indicate that not having the order information decreases performance
significantly.  So we're going to check in static files for Win32 and
Win64 and use those to perform the ordering.  It's OK if these files are
slightly out of date; as of this writing, builds that generate and then
use these files complain that ~1/3 of the functions can't be found (!).
We're just trying to do something slightly smarter than whatever the
linker default is.

Differential Revision: https://phabricator.services.mozilla.com/D31132

--HG--
extra : moz-landing-system : lando
2019-05-24 01:54:59 +00:00
..
crashinjectdll Bug 1511181 - Reformat everything to the Google coding style r=ehsan a=clang-format 2018-11-30 11:46:48 +01:00
__init__.py
autobinscope.py Bug 1525113: Disable two crashy Binscope checks. r=froydnj 2019-02-04 16:00:57 -05:00
crashinject.cpp Bug 1511181 - Reformat everything to the Google coding style r=ehsan a=clang-format 2018-11-30 11:46:48 +01:00
Makefile.in Bug 1448306: Run Binscope on more files. r=froydnj 2018-03-29 15:11:42 -04:00
moz.build Bug 1325897 - Unship some Universal CRT DLLs. r=dmajor,glandium 2019-04-04 22:59:55 +00:00
mozconfig.vs2017 Bug 1523540 - Remove WIN64_LIB and WIN64_LINK. r=ted 2019-01-30 21:46:39 +00:00
mozconfig.vs-latest Bug 1475384: Use lld-link for official Windows builds. r=gps 2018-07-15 21:01:50 -04:00
orderfile.txt Bug 1542746 - use a static MOZ_PROFILE_ORDER_FILE; r=nalexander,chmanchester 2019-05-24 01:54:59 +00:00
pgomerge.py bug 1463425 - autopep8 on build/ r=gps 2018-05-21 23:56:34 +02:00