Bug 1456552 Make Optimized MinGW builds -O1 instead of falling through and collecting a -O r?Build MozReview-Commit-ID: 4D5GEWAKkaI

Bug 1460620 Have MinGW look for d3dcompiler_47.dll (so it will be packaged) r?Build MozReview-Commit-ID: 6gwSSPhT3IA

Bug 1460917 - Fonts not displaying with FontExplorer X fonts in Firefox 60 Add back font whitelist rules for 10.11 and earlier to workaround sandbox font extensions not being issued on those OS versions. MozReview-Commit-ID: 2hT0BzN3Ggq

mychanges MozReview-Commit-ID: wjOYx9UFI7

Bug 1460741 - Add 'speedometer' benchmark to raptor for firefox (work in progress) MozReview-Commit-ID: 6eTJhUJv3y9

Bug 1460741 - Taskcluster configs for raptor speedometer on firefox; r?jmaher MozReview-Commit-ID: 2yOl5aoJvSu

Bug 1461383 - fix test_build.py for local builds; r=chmanchester,f=mshal test_build.py fails on local builds with messages like: make[4]: Entering directory '/tmp/tmp65BjCH' make[4]: *** No rule to make target 'buildid.h'. Stop. make[4]: Leaving directory '/tmp/tmp65BjCH' /home/froydnj/src/gecko-dev.git/config/faster/rules.mk:76: recipe for target '/tmp/tmp65BjCH/buildid.h' failed make[3]: *** [/tmp/tmp65BjCH/buildid.h] Error 2 make[3]: *** Waiting for unfinished jobs.... make[4]: Entering directory '/tmp/tmp65BjCH' make[4]: *** No rule to make target 'source-repo.h'. Stop. make[4]: Leaving directory '/tmp/tmp65BjCH' /home/froydnj/src/gecko-dev.git/config/faster/rules.mk:76: recipe for target '/tmp/tmp65BjCH/source-repo.h' failed make[3]: *** [/tmp/tmp65BjCH/source-repo.h] Error 2 make[3]: Leaving directory '/tmp/tmp65BjCH/faster' Makefile:155: recipe for target 'faster' failed The tests pass in automation, however, because automation always defines the rules for buildid.h and source-repo.h in the toplevel Makefile.in. For local builds, however, those rules are not defined to avoid build churn. Let's ensure that the necessary rules are defined during testing as well.

Bug 1459721 - part 8 - pass full paths for IDL files to xpidl-process.py; r=chmanchester The build system knows at build-backend time where to find each IDL file; making xpidl-process.py rediscover this by requiring xpidl-process.py to search through directories to find input IDL files is silly. To rememdy this, we're going to modify things so full paths are passed into the script. Those paths can then be used directly, with no searching.

Bug 1459721 - part 7 - remove dist_idl install manifest; r=chmanchester We no longer need to install the IDL files to the objdir for processing. \o/

Bug 1459721 - part 6 - remove redundant dependency code from xpidl Makefile.in; r=chmanchester The tail end of the xpidl Makefile.in contains a line, generated for every xpt file: $(1): $(addsuffix .idl,$(addprefix $(dist_idl_dir)/,$($(basename $(notdir $(1)))_deps))) This line, in context, is saying that the xpt file depends on all of its input IDL files. But xpidl-process.py already generates this information when we pass it --depsdir, which we do. So this code is redundant with what we already generate, and it can be removed.

Bug 1459721 - part 5 - explicitly specify include directories for xpidl files; r=chmanchester The previous patch required us to pass a single -I argument pointing at $(DIST)/idl so IDL include statements would work correctly. This patch lifts that limitation and explicitly points xpidl-process.py at the locations of all the IDL source directories to search for included IDL files. Invocations of xpidl-process.py no longer depend on IDL files being copied to the objdir.

Bug 1459721 - part 4 - explicitly specify input directories for xpidl modules; r=chmanchester Building on the last patch, we can change the build process to pass in the directories where the input IDL files can be found. It is convenient to pass in just the relative source directory paths, to encourage people to not look in the object directory and to make the command lines slightly shorter. xpidl-process.py still assumes that included IDL files can be found by looking in a single directory. We add a single -I argument to the invocation of xpidl-process.py to accommodate this short-sightedness.

Bug 1459721 - part 3 - enable multiple input paths for xpidl-process.py; r=chmanchester The current IDL build setup assumes that all IDL files can be found in a single directory. This setup requires that all IDL files be copied to a single directory, which is suboptimal in terms of disk I/O and also complicates things like generating IDL files at build time. As a first step in moving away from this state of affairs, xpidl-process.py needs to be taught that the input IDL files could potentially be found in multiple directories. The current setup can just specify $(DIST)/idl as the lone directory to examine. Future patches will change this to examine multiple directories.

Bug 1459721 - part 2 - remove install_target member from XPIDLManager.modules; r=chmanchester This member is unused, so we might as well dispense with it.

Bug 1459721 - part 1 - remove allow_existing keyword arg from register_idl; r=chmanchester This method is only called in one place, and it doesn't pass allow_existing. Whatever ugly thing this keyword was working around doesn't exist anymore, so let's get rid of it.

Bug 1457472 - [2.1] Adjust telemetry controller to support the simplified GeckoView API, the unified clear method and the snapshot persistence lifecycle. r=Dexter,jchen

Bug 1457472 - [1.1] Simplify telemetry snapshot API to reflect new implementation constraints. r=snorp,jchen

Bug 1460764 - patch 2 - Include variationSettings in the gfxFontStyle hash value. r=jwatt

Bug 1460764 - patch 1 - Avoid undefined behavior in gfxFontStyle::Hash() when sizeAdjust is -1.0f. r=jwatt

Bug 1457417 - Work around Core Text mishandling of 'opsz' axis when set to the font's default, by adjusting to a fractionally-different setting. r=jwatt