f4bb7fcea63e546e350bbffcc8379fb7ee333f51: Bug 1386407 - Part 2: Use prefs.json when testing locally. r=bc
Eric Rahm <erahm@mozilla.com> - Tue, 01 Aug 2017 15:55:45 -0700 - rev 421888
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386407 - Part 2: Use prefs.json when testing locally. r=bc We specify '--preferences' in `awsy_script.py`, but weren't doing so for local testing. This uses 'conf/prefs.json' by default, but lets the user override that by specifying '--preferences'. MozReview-Commit-ID: 5j7a1LA4e8a
719904f702d33651e9dcfb5d2a998766cfb70095: Bug 1386407 - Part 1: Disable javascript.options.asyncstack during AWSY testing. r=bc
Eric Rahm <erahm@mozilla.com> - Tue, 01 Aug 2017 15:55:44 -0700 - rev 421887
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386407 - Part 1: Disable javascript.options.asyncstack during AWSY testing. r=bc This avoids the extra memory overhead from providing debug information for promises. The `javascript.options.asyncstack` pref is disabled by default in release and beta so this better mirrors what users will see. MozReview-Commit-ID: 5H8Kc08hjq9
525c6c747a7a0f6f45afa1277b92f4985dd89e31: Bug 1383916. Prep and flush draw targets on the paint thread with OMTP. r=dvander
Mason Chang <mchang@mozilla.com> - Mon, 31 Jul 2017 20:56:01 -0700 - rev 421886
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1383916. Prep and flush draw targets on the paint thread with OMTP. r=dvander
f1dc8ed2fde70a927e6eab5054c70fec5ae0c2e2: Bug 918780 - Add new PopupControlState for permitting file/color picker popup regardless of dom_allowed_events. r=smaug
Kestrel <kestrel@vmail.me> - Sun, 24 Apr 2016 04:49:00 +0100 - rev 421885
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 918780 - Add new PopupControlState for permitting file/color picker popup regardless of dom_allowed_events. r=smaug MozReview-Commit-ID: 1GbjQ6IkMsv
46d7ac61d7ccf4b065c9f6e08c5d2602331d6b82: Bug 1386402 - Change mar generation scripts to exit with an error if xz is not found on the system. r=bhearsum
Robert Strong <robert.bugzilla@gmail.com> - Tue, 01 Aug 2017 14:20:00 -0700 - rev 421884
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386402 - Change mar generation scripts to exit with an error if xz is not found on the system. r=bhearsum
0d58c73551f3251150bb204b9804d37eceaa9fe3: Bug 1383750 - run stylo tests for the "x64" try platform; r=dustin
Nathan Froyd <froydnj@mozilla.com> - Tue, 01 Aug 2017 17:14:04 -0400 - rev 421883
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1383750 - run stylo tests for the "x64" try platform; r=dustin
792d0a2e04d7bc337c77f4777848337ac6ba6dd6: Bug 1386588 - Always print out the commands run by the clang build job. r=gps,a=KWierso
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 21:42:26 +0900 - rev 421882
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Always print out the commands run by the clang build job. r=gps,a=KWierso Not doing so makes debugging harder, for no added value.
f87b29d9cf03b4f9cfea4907ec6c841e57d185df: Bug 1386588 - Add a toolchain job for Clang 4. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 19:53:28 +0900 - rev 421881
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Add a toolchain job for Clang 4. r=gps
7e43e6ed3afc703d76b718b2e128c9b923d13500: Bug 1386588 - Add a toolchain job for GCC 6. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 19:43:15 +0900 - rev 421880
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Add a toolchain job for GCC 6. r=gps
25420b520b68e30a93025aee6407b38d76a9b755: Bug 1386588 - Add a toolchain job for GCC 4.8, and build clang against it. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 19:29:35 +0900 - rev 421879
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Add a toolchain job for GCC 4.8, and build clang against it. r=gps While this looks like going backwards, it is desirable to build clang against GCC 4.8, such that it contains its libgcc. This, in turn, will solve problems using clang 3.9 with static-analysis builds (details in bug 1356926). Another way to fix those problems would be to build clang 3.8 but that too would require GCC 4.8. Upgrading those builds to clang 3.9 will also allow to enable stylo on them.
f204aac76f9f395232ef111cb3fe9086ef1fee76: Bug 1386588 - Change the GCC build script to be future-proof. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 18:12:04 +0900 - rev 421878
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Change the GCC build script to be future-proof. r=gps It becomes a library of some sort, so that multiple scripts can benefit from it to build different versions of GCC. The GPG key associated with GCC is also refreshed from keys.gnupg.net, adding a new subkey, used to sign newer versions of GCC (and postprocessed with pgpstrip to make it smaller).
75d8fbca1a0579e4f9df8f370244379c2afbeac6: Bug 1386588 - Rename the linux64-clang and linux64-gcc jobs to include a version number. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 18:02:44 +0900 - rev 421877
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Rename the linux64-clang and linux64-gcc jobs to include a version number. r=gps We're soon going to build multiple versions of clang and gcc for linux, and we need to differentiate them. Furthermore, there is a need for the base-toolchains builds to use a fixed version of clang and gcc. So rename the clang and gcc toolchain jobs to include their version, add aliases to satisfy all existing jobs, and adjust the base-toolchains jobs to use the explicit version.
9a82fd89dff95e2a87f7d3818179b9218e1feb1b: Bug 1386588 - Avoid wildcards in toolchain resources lists. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 17:42:40 +0900 - rev 421876
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Avoid wildcards in toolchain resources lists. r=gps Those resources are used to compute a unique identifier for the toolchain, and changes to those files will change the unique identifier, and lead to the toolchain being rebuilt. Using wildcards, especially in the build-clang directory, makes all the files from there used for the unique identifier, even files irrelevant. The side effect is that any change to any json file for clang toolchains currently triggers *all* clang toolchains to be rebuilt, which is a waste of resources and time. But while it is tempting to list all the files involved, it is also tedious and error-prone. Specifically, listing the relevant patch files for clang toolchain builds is bound to end up outdated. OTOH, we're not trying to mitigate bad actors here, but just to avoid shooting ourselves in the foot. And patch files are, in practice, not changed. The jsons are changed to reference them or not, but the patches themselves don't change in relevant ways. They may be updated for new versions of clang, which require a json change anyways. So we ignore the patch files.
69190404d80b855fa788845d5a9b81cd6df34ed4: Bug 1386588 - Error out when a resource pattern for toolchains matches nothing. r=dustin
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 17:40:52 +0900 - rev 421875
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Error out when a resource pattern for toolchains matches nothing. r=dustin
6090ee834fb345c2069c06147ec04deb2b287261: Bug 1386588 - Rename the clang build manifests. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 17:25:53 +0900 - rev 421874
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386588 - Rename the clang build manifests. r=gps The clang toolchains have not been static-analysis-specific for a while.
4dd851d2fe64179a6b982a2288799439b0edd1f4: Bug 1386539 - Throw an error when trying to use a toolchain job name as a toolchain alias. r=dustin
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 17:20:00 +0900 - rev 421873
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386539 - Throw an error when trying to use a toolchain job name as a toolchain alias. r=dustin
9222ebba6d4d32926d19cc5e9ffacf3d5abe8b2d: Bug 1386519 - Make the index path for toolchain jobs vary depending on dependencies. r=dustin
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 20:17:52 +0900 - rev 421872
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386519 - Make the index path for toolchain jobs vary depending on dependencies. r=dustin The premise for simply using the dependencies task names is that if the name of dependencies changes, or their number, that will impact the index path, forcing a new build. If there is no such change, but one or several of the dependencies themselves have changes, they will get a new build, which will force a new build for the job that depends on them. In that latter case, the index path will be the same as before the changes, but that is already what's happening today.
22ad2f44b6f841593a6235262bfda0df17373b1d: Bug 1385744 - Stop using a cache for the llvm source. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Wed, 02 Aug 2017 15:28:11 +0900 - rev 421871
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1385744 - Stop using a cache for the llvm source. r=gps The build-clang script doesn't handle properly updating the svn tree when it already exists and the svn url changed (which happens when using different branches), so if a clang job somehow gets a host that happen to have run another clang job before, it may not actually build what was intended to be built. That event, however, is rather rare, because clang jobs don't happen regularly enough. Fast iterations on try can cause the problem to appear, though. The former makes the use of a cache kind of useless, and the latter barely benefits from the cache anyways. So let's just solve this the easy way and remove the use of the cache. The alternative would be to fiddle with svn switch, and I don't really feel like it. Eventually, those jobs should use some other source than svn anyways, one that is more verifiable (tarballs for releases, and the git mirrors for trunk).
4c7317211990d6cf156c103a73a5b3ec41f2dd4d: Merge autoland to central, a=merge
Wes Kocher <wkocher@mozilla.com> - Wed, 02 Aug 2017 15:47:58 -0700 - rev 421870
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Merge autoland to central, a=merge MozReview-Commit-ID: 38bhUR3fKcF
5b6833ad8ed993eca8bb4fcbb4668c2a2f3c2d95: Bug 1386737 - Fix broken top sites with pinned links lacking title for Activity Stream. r=ursula
Ed Lee <edilee@mozilla.com> - Wed, 02 Aug 2017 10:21:39 -0700 - rev 421869
Push 7761 by jlund@mozilla.com at Fri, 15 Sep 2017 00:19:52 +0000
Bug 1386737 - Fix broken top sites with pinned links lacking title for Activity Stream. r=ursula MozReview-Commit-ID: LnPcqyPelTI
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip