Mike Hommey ace23258e7 Bug 1299616 - Rearrange libxul linking such that StaticXULComponentStart always is first. r=gps ... When building gtest libxul with LTO, the fact that StaticXULComponentStart is not passed first to the linker makes the linker pull the NSModule symbols out of all the other objects first, presumably because linking the gtest objects (which appear first) pulls code from the other non StaticXULComponent* objects first. So, to make things link properly with LTO, we trick the build system to always put StaticXULComponentStart first. --HG-- extra : rebase_source : 7ddda118903f5845f6b6d12db2bf39cd22d67ab5		2016-09-02 07:08:16 +09:00
..
gtest	Bug 1299616 - Rearrange libxul linking such that StaticXULComponentStart always is first. r=gps	2016-09-02 07:08:16 +09:00
rust	Bug 1300219 - Update mp4parse to v0.5.0. r=kinetik	2016-09-02 14:27:50 -07:00
StaticXULComponentsEnd	Bug 1198334 (part 1) - Replace the opt-in FAIL_ON_WARNINGS with the opt-out ALLOW_COMPILER_WARNINGS. r=glandium.	2015-08-27 20:44:53 -07:00
dependentlibs.py	Bug 1290502 - Avoid duplicate entries in dependentlibs.list; r=ted	2016-07-29 14:36:40 -04:00
libxul.mk	Back out changeset 58b07057fe25 (bug 1299159) on suspicion of breaking Windows PGO builds	2016-09-01 19:43:22 -07:00
libxul.so-gdb.py.in
Makefile.in	Bug 1254115 - Move dependentlibs.py invocation to moz.build; r=ted	2016-05-09 17:34:13 -04:00
moz.build	Bug 1299616 - Rearrange libxul linking such that StaticXULComponentStart always is first. r=gps	2016-09-02 07:08:16 +09:00
nsDllMain.cpp
StaticXULComponents.ld
StaticXULComponentsStart.cpp	Bug 1120062 - Part 1: Remove most Nullptr.h includes. r=waldo	2015-01-11 11:34:52 +09:00
symverscript.in
xulrunner.rc