2962839ebcbd6b8c74090ba9f15ab37aefd9de6c: Bug 1279801 - Add wpt lint to mozlint, r=ahal draft
James Graham <james@hoppipolla.co.uk> - Sat, 11 Jun 2016 09:27:10 +0100 - rev 377820
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279801 - Add wpt lint to mozlint, r=ahal MozReview-Commit-ID: CcRBC5XzUQJ
88cd3666b5909c21a1db66bbfbad9270ba70ba66: Update wpt lint for mozlint compatibility draft
James Graham <james@hoppipolla.co.uk> - Sat, 11 Jun 2016 09:26:50 +0100 - rev 377819
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Update wpt lint for mozlint compatibility MozReview-Commit-ID: 6UJj8FSs5Ot
c29945d1446c4907612cd2aea5fb4c4b3e92aac2: Make output of column number optional in mozlint draft
James Graham <james@hoppipolla.co.uk> - Sat, 11 Jun 2016 09:25:46 +0100 - rev 377818
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Make output of column number optional in mozlint MozReview-Commit-ID: 7eGTJKPMMAc
ba2f7f3c3554e689e9b93b413f5ffc63dd5b7d7b: Bug 1279799 - Split WebCryptoAPI generateKey tests into one test file per algorithm name r=ttaubert draft
James Graham <james@hoppipolla.co.uk> - Fri, 10 Jun 2016 18:05:17 +0100 - rev 377817
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279799 - Split WebCryptoAPI generateKey tests into one test file per algorithm name r=ttaubert MozReview-Commit-ID: FVHQoZDV5eI
575a58ddd4e3b02a564bba29c41491c56119b62d: Import entities.json file to avoid external network fetch, r=Ms2ger draft
James Graham <james@hoppipolla.co.uk> - Fri, 10 Jun 2016 16:43:07 +0100 - rev 377816
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Import entities.json file to avoid external network fetch, r=Ms2ger MozReview-Commit-ID: IxniFEeNGxw
f6b00259108a4464e9c013a38dbeb328e0b8d93a: Update web-platform-tests expected data to revision 664c6072db0f96031ff775f4a6c0a744e77c3265 draft
James Graham <james@hoppipolla.co.uk> - Fri, 10 Jun 2016 14:15:28 +0100 - rev 377815
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Update web-platform-tests expected data to revision 664c6072db0f96031ff775f4a6c0a744e77c3265 MozReview-Commit-ID: 5ahwijUDRZo
3ba84da33fbeb368d6b21b2a7e781bc650990c78: Bug 1279534 - Update wpt log fetching script for treeherder changes, r=wlach draft
James Graham <james@hoppipolla.co.uk> - Fri, 10 Jun 2016 13:16:56 +0100 - rev 377814
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279534 - Update wpt log fetching script for treeherder changes, r=wlach MozReview-Commit-ID: J52eCZJUp6Q
db19efc535507bad78a3e6e1a22a745aac1e8eca: Update web-platform-tests to revision 664c6072db0f96031ff775f4a6c0a744e77c3265 draft
James Graham <james@hoppipolla.co.uk> - Thu, 09 Jun 2016 14:08:49 +0100 - rev 377813
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Update web-platform-tests to revision 664c6072db0f96031ff775f4a6c0a744e77c3265 MozReview-Commit-ID: E83aHzA3aTa
d1722ce2542a2dcc6d351da7481640aceb44f894: Bug 1279633 - Define AsmJSCache_MIN in terms of AsmJSCacheSuccess, instead of the other way around; r=till
Nick Fitzgerald <fitzgen@gmail.com> - Sun, 12 Jun 2016 08:04:48 -0700 - rev 377812
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279633 - Define AsmJSCache_MIN in terms of AsmJSCacheSuccess, instead of the other way around; r=till rust-bindgen will make an enum variant for the first definition it encounters, and then define duplicates as constants outside of the enum definition. This has the unfortunate effect of making AsmJSCache_MIN an enum variant and AsmJSCache_Success the constant definition outside of the enum in the case of the AsmJSCacheResult enumeration. This commit rectifies that. This upstreams the following commit from servo/mozjs: 50f47cf Bind AsmJSCache_Success rather than AsmJSCache_MIN
4073f541e59556b7f9a8e0d7078165dd74050863: Bug 1279349 - Untabify js/src/make-source-package.sh; r=sfink
Nick Fitzgerald <fitzgen@gmail.com> - Sun, 12 Jun 2016 08:01:26 -0700 - rev 377811
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279349 - Untabify js/src/make-source-package.sh; r=sfink
8782b81c1b05f46e140e4eabe1c6f559715291ac: Bug 1275638 - Move libmozjs to the upload directory; r=sfink
Nick Fitzgerald <fitzgen@gmail.com> - Sun, 12 Jun 2016 08:01:26 -0700 - rev 377810
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1275638 - Move libmozjs to the upload directory; r=sfink
559f31d84a6e05ffcc1231f114cdc26c39afa72c: Bug 1279453 - Remove separate worker binding for ServiceWorkerRegistration API, r=bkelly
Andrea Marchesini <amarchesini@mozilla.com> - Sun, 12 Jun 2016 16:26:51 +0200 - rev 377809
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279453 - Remove separate worker binding for ServiceWorkerRegistration API, r=bkelly
6a6aa8a42eb1f71c70bf0bbab7cf3e38e8bb9c90: Bug 1276880 - 'Open link in a new <container_name> Tab' in the context menu, r=gijs
Andrea Marchesini <amarchesini@mozilla.com> - Sun, 12 Jun 2016 16:23:10 +0200 - rev 377808
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1276880 - 'Open link in a new <container_name> Tab' in the context menu, r=gijs
5834abf0aebb53d59c2ab4bea68448bd62a03d74: Bug 1279108 - Disable leak detection for updater xpcshell tests. r=mccr8
Mike Hommey <mh+mozilla@glandium.org> - Fri, 10 Jun 2016 12:08:44 +0900 - rev 377807
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1279108 - Disable leak detection for updater xpcshell tests. r=mccr8 With more recent version of ASAN, the updater program shows multiple leaks, for different reasons. One is that the updater code heavily relies on pointers into a large buffer, with exceptions, making things difficult to avoid leaks of those exceptions. At least it requires more effort than I'm willing to put for the sake of upgrading the compiler we use for ASAN. Another is that the leak suppressions are not currently used for xpcshell tests, and some leaks attributed to libglib, that would normally be suppressed, are not. Moreover, even if the suppressions were used, it looks like some are not rooted to already suppressed system libraries, and would require investigation. Ideally, we'd have debug symbols installed for the system libraries and would have full stack traces, but we don't, so this makes the whole process harder than necessary. All in all, the updater is a separate short-lived program, and until we can address all the problems above, we can just ignore memory leaks in it (which aren't new anyways and are ignored by not being detected by the ASAN currently used on automation). We don't disable ASAN entirely, though, only leak detection, and only for the updater program.
6803c5e3f34b6e9f9f39366d3c1c770f99fb0af9: Bug 1278456 - Remove stdc++-compat hacks for libstdc++ < 4.6.1. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 13:52:04 +0900 - rev 377806
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1278456 - Remove stdc++-compat hacks for libstdc++ < 4.6.1. r=froydnj
93a4f9e7a6b0f9c447d2dd68ab6782c0360085b1: Bug 1278456 - Add the tooltool GCC library directory to LD_LIBRARY_PATH on Linux builds. r=mshal
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 13:50:36 +0900 - rev 377805
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1278456 - Add the tooltool GCC library directory to LD_LIBRARY_PATH on Linux builds. r=mshal Build slaves on automation are based on Centos 6, which doesn't have a recent enough version of libstdc++ for our new requirements. But since we're building with a recent GCC or clang with its own libstdc++, we do have such a libstdc++ available somewhere, and the compiler picks it when invoking the linker. Problems start happening when we execute some of the built programs during the build, like host tools (e.g. nsinstall), or target programs (xpcshell, during packaging). In that case, we need the compiler's libstdc++ to be used. Which required adding the GCC or clang library directory to LD_LIBRARY_PATH. Unconveniently enough, the clang 3.5 tooltool package we're using for ASAN builds until we can update to at least 3.8 (bug 1278718) doesn't contain libstdc++.so. So for those builds, pull the GCC package from tooltool as well, and pick libstdc++ from there.
42c217cffdf87f4e4c6bd8f0a386b950823d9678: Bug 1278456 - Bump libstdc++ requirement to 3.4.16 (4.6.1). r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 13:51:05 +0900 - rev 377804
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1278456 - Bump libstdc++ requirement to 3.4.16 (4.6.1). r=froydnj Similarly to the considerations about glibc, the Linux compatibility matrix (https://developer.mozilla.org/en-US/Firefox/Linux_compatibility_matrix) tells us no distro with Gtk+3 3.4 has a version of libstdc++ older than 4.6. The data in the matrix doesn't go to that level of detail, but Ubuntu 12.04 LTS, being the only one with version 4.6 (others have at least 4.7), it's worth noting it has version 4.6.3. Which means we can safely require libstdc++ symbols version 3.4.16 (which were added in 4.6.1). This will allow us to remove a lot of the stdc++ compatibility hacks.
92c44ebd3d6eea3154d72738421d58b62d2dbe07: Bug 1278456 - Bump glibc requirement to 2.12. r=froydnj
Mike Hommey <mh+mozilla@glandium.org> - Tue, 07 Jun 2016 13:49:47 +0900 - rev 377803
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Bug 1278456 - Bump glibc requirement to 2.12. r=froydnj The requirement for glibc has been set to version 2.7 for a long while. Spidermonkey uses the pthread_setname_np symbol, which is only available since glibc 2.12. So far, we've been fortunate that the symbol doesn't end up in libxul, or tests that link to js directly, because the symbol is eliminated as being called by effectively dead code. There are multiple reasons why this is going to change, one of which being changes to the way things are linked, that will make the linker not eliminate that code in some cases. Another is that eventually, the separation of build systems between js and top-level is going to fade, and the glibc checks, which apply to all gecko binaries, will also apply to js binaries. They currently are not happening, and would fail because of pthread_setname_np if they were. Taking a step back, as of version 46, the mozilla.org builds require at least Gtk+3 3.4. Which means the requirements for the underlying system have received a dramatic bump, and it's time to revisit the requirements for binary compatibility. I went through all my notes from all the recent times binary compatibility has been considered, and put together a compatibility matrix on MDN from that data as well as more recent data that I could find here and there, about the major non-rolling-release distros (RHEL, Fedora, SuSE, Debian, Ubuntu) https://developer.mozilla.org/en-US/Firefox/Linux_compatibility_matrix Considering the data there, none of the distros that have at least Gtk+3 3.4 have a glibc older than 2.13. The list of symbols that 2.13 provides that 2.12 doesn't have is not large enough, though, to really care about depending on 2.13.
6f78f70eb2ee57fb0b65b99ebc9a5a55ffd88f9f: Merge mozilla-central to mozilla-inbound
Carsten "Tomcat" Book <cbook@mozilla.com> - Sun, 12 Jun 2016 11:31:50 +0200 - rev 377802
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
Merge mozilla-central to mozilla-inbound
016e0f47e8ad66ba6eb11fe28958e3a69ef9e53d: merge mozilla-inbound to mozilla-central a=merge
Carsten "Tomcat" Book <cbook@mozilla.com> - Sun, 12 Jun 2016 11:26:13 +0200 - rev 377801
Push 20857 by bmo:james@hoppipolla.co.uk at Sun, 12 Jun 2016 16:59:39 +0000
merge mozilla-inbound to mozilla-central a=merge
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip