8f93371083394a6cc2f41008bbd1f1b5b93f4344: Bug 1456552 Make Optimized MinGW builds -O1 instead of falling through and collecting a -O r?Build draft
Tom Ritter <tom@mozilla.com> - Thu, 10 May 2018 10:52:30 -0500 - rev 795393
Push 109956 by bmo:tom@mozilla.com at Tue, 15 May 2018 19:02:54 +0000
Bug 1456552 Make Optimized MinGW builds -O1 instead of falling through and collecting a -O r?Build MozReview-Commit-ID: 4D5GEWAKkaI
7c2e22c0981e46c17757e53ff91e1d650bcc0fb6: Bug 1460620 Have MinGW look for d3dcompiler_47.dll (so it will be packaged) r?Build draft
Tom Ritter <tom@mozilla.com> - Thu, 10 May 2018 10:48:06 -0500 - rev 795392
Push 109956 by bmo:tom@mozilla.com at Tue, 15 May 2018 19:02:54 +0000
Bug 1460620 Have MinGW look for d3dcompiler_47.dll (so it will be packaged) r?Build MozReview-Commit-ID: 6gwSSPhT3IA
2b24280ebf5c412aba8b76d8383e3d8ccbc06eb0: Bug 1460917 - Fonts not displaying with FontExplorer X fonts in Firefox 60 draft
Haik Aftandilian <haftandilian@mozilla.com> - Mon, 14 May 2018 16:04:55 -0700 - rev 795391
Push 109955 by haftandilian@mozilla.com at Tue, 15 May 2018 19:01:57 +0000
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
13249022896b647d869170faa025238bd67618e0: mychanges draft
Haik Aftandilian <haftandilian@mozilla.com> - Fri, 23 Dec 2016 09:54:40 -0800 - rev 795390
Push 109955 by haftandilian@mozilla.com at Tue, 15 May 2018 19:01:57 +0000
mychanges MozReview-Commit-ID: wjOYx9UFI7
09601b5ecb31cad311d65b5a1efb59928982a4c2: Bug 1460741 - Add 'speedometer' benchmark to raptor for firefox (work in progress) draft
Rob Wood <rwood@mozilla.com> - Tue, 15 May 2018 14:50:48 -0400 - rev 795389
Push 109954 by rwood@mozilla.com at Tue, 15 May 2018 18:51:11 +0000
Bug 1460741 - Add 'speedometer' benchmark to raptor for firefox (work in progress) MozReview-Commit-ID: 6eTJhUJv3y9
db6f3204d523b50dd540d8242f8b26a64130fbfb: Bug 1460741 - Taskcluster configs for raptor speedometer on firefox; r?jmaher draft
Rob Wood <rwood@mozilla.com> - Tue, 15 May 2018 14:47:12 -0400 - rev 795388
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
Bug 1460741 - Taskcluster configs for raptor speedometer on firefox; r?jmaher MozReview-Commit-ID: 2yOl5aoJvSu
73dd77918ce5997d13cefc2cae32c7ae4644ce82: Bug 1461383 - fix test_build.py for local builds; r=chmanchester,f=mshal
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:23 -0400 - rev 795387
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
d52f0d61dd570ae9414bfad4dd3df88051466fdd: Bug 1459721 - part 8 - pass full paths for IDL files to xpidl-process.py; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:23 -0400 - rev 795386
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
7f618d13bd1cc90cf9cf36ab29d912e73dd315d4: Bug 1459721 - part 7 - remove dist_idl install manifest; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:23 -0400 - rev 795385
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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/
05168b1b6cf71a30ada30555959866b22f3ccf29: Bug 1459721 - part 6 - remove redundant dependency code from xpidl Makefile.in; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795384
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
545f0976650c7bbe97098f2c020c5358ca324901: Bug 1459721 - part 5 - explicitly specify include directories for xpidl files; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795383
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
356ba3cc76e109ee6678e44c99be8eb548ed3189: Bug 1459721 - part 4 - explicitly specify input directories for xpidl modules; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795382
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
55957988163dda1f36eec9a3c30d597c7aea4261: Bug 1459721 - part 3 - enable multiple input paths for xpidl-process.py; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795381
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
94988ff9a3f329eb293847878af0913548886a2f: Bug 1459721 - part 2 - remove install_target member from XPIDLManager.modules; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795380
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
ed0bd15e1d5d4e52edace3c94edf662e2958725e: Bug 1459721 - part 1 - remove allow_existing keyword arg from register_idl; r=chmanchester
Nathan Froyd <froydnj@mozilla.com> - Tue, 15 May 2018 10:05:24 -0400 - rev 795379
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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.
23532c17a812024bf98d0fa24132cba9fde2a1a2: 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
Eugen Sawin <esawin@mozilla.com> - Tue, 15 May 2018 15:13:39 +0200 - rev 795378
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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
29375577d699501141c5d069f6928c87487feda9: Bug 1457472 - [1.1] Simplify telemetry snapshot API to reflect new implementation constraints. r=snorp,jchen
Eugen Sawin <esawin@mozilla.com> - Tue, 15 May 2018 15:13:24 +0200 - rev 795377
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
Bug 1457472 - [1.1] Simplify telemetry snapshot API to reflect new implementation constraints. r=snorp,jchen
e8770707cd40bf407bb1f7cdb4bcc5c2691ae5fa: Bug 1460764 - patch 2 - Include variationSettings in the gfxFontStyle hash value. r=jwatt
Jonathan Kew <jkew@mozilla.com> - Tue, 15 May 2018 14:59:26 +0100 - rev 795376
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
Bug 1460764 - patch 2 - Include variationSettings in the gfxFontStyle hash value. r=jwatt
609bb1830bd00d88616f677c41c4ff04f998949d: Bug 1460764 - patch 1 - Avoid undefined behavior in gfxFontStyle::Hash() when sizeAdjust is -1.0f. r=jwatt
Jonathan Kew <jkew@mozilla.com> - Tue, 15 May 2018 14:59:26 +0100 - rev 795375
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
Bug 1460764 - patch 1 - Avoid undefined behavior in gfxFontStyle::Hash() when sizeAdjust is -1.0f. r=jwatt
711990fd66aa72f2f42793c278666990d5b4a566: 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
Jonathan Kew <jkew@mozilla.com> - Tue, 15 May 2018 14:59:26 +0100 - rev 795374
Push 109953 by rwood@mozilla.com at Tue, 15 May 2018 18:48:56 +0000
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
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip