226cef11665566e8f3dd1f4938d8be283a0e6948: Bug 1376424 - part0: Backout the patch for bug 1368554 r?m_kato draft
Masayuki Nakano <masayuki@d-toybox.com> - Tue, 27 Jun 2017 22:02:07 +0900 - rev 601161
Push 65974 by masayuki@d-toybox.com at Wed, 28 Jun 2017 06:08:16 +0000
Bug 1376424 - part0: Backout the patch for bug 1368554 r?m_kato TextComposition in the main process is destroyed when the main process sends eCompositionCommit(AsIs) to focused remote process. Therefore, ContentCacheInParent::mCompositionPendingCount is never 2 or more now. It may cause ContentCacheInParent::Assign() setting older composition's start offset to current composition's start offset in the main process. For making uplift the following patch easier, the wrong patch should be backed out first. MozReview-Commit-ID: IHWc7qZBQtc
9c161609d08fa1f0c40a1fd48ace8335d4c2ed2e: Bug 1375798 - Figure out host library/object prefix/suffixes and use them for libclang. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 23 Jun 2017 15:12:04 +0900 - rev 601160
Push 65973 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:39:17 +0000
Bug 1375798 - Figure out host library/object prefix/suffixes and use them for libclang. r?mshal The libclang test wants to find a libclang library for use for rust bindgen. But that's a host process, that needs a host libclang. However, we currently only have the target library/object prefix/suffixes. This works fine... except when cross-compiling. So we need to figure out the proper ones for the host, and use those instead. For that, we templatize library_name_info in order to get a separate set of library/object prefix/suffixes for the host and the target. And we use the host set for the libclang check. Ideally, the build system would also use the host set for host tools builds, but we'll leave that to a followup.
77c5c855f66753f258345c9a0909b8b1ac9e2197: Bug 1375798 - Avoid using target_is_windows and target_is_darwin in library_name_info. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 23 Jun 2017 15:07:54 +0900 - rev 601159
Push 65973 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:39:17 +0000
Bug 1375798 - Avoid using target_is_windows and target_is_darwin in library_name_info. r?mshal We eventually want to templatize the library_name_info function, in order to have one for host and one for target. So we don't want 3 different dependencies for the target.
19ce46f12494713c6127a1215583d4a8f0499c77: Bug 1375798 - Reorganize the library_name_info function. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 23 Jun 2017 15:05:06 +0900 - rev 601158
Push 65973 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:39:17 +0000
Bug 1375798 - Reorganize the library_name_info function. r?mshal The function as it currently is matches how things were done in old-configure.in. However, that's just confusing and hard to follow. In fact, the unit test failing numerous times while writing this patch pretty much highlights the problem. So instead of a confusing set of overrides to the prefixes and suffixes, spell out the whole set for each set of platforms. This also happens to make the function shorter. Win/win. At the same time, we normalize the function output as a nested namespace, where we get, for each of dll, lib, import_lib, etc. a prefix/suffix pair. Further down the road, we can imagine changing those to class instances with a method allowing to format file names based on those prefix/suffixes.
cab645f04d6efacf5e17e53da8991fbdae12dece: Bug 1375798 - Limit the SO_VERSION option to openbsd builds. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 23 Jun 2017 14:58:05 +0900 - rev 601157
Push 65973 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:39:17 +0000
Bug 1375798 - Limit the SO_VERSION option to openbsd builds. r?mshal SO_VERSION has only an impact on those builds. Also set the default at the option level, instead of doing that in the library_name_info function.
c578ed51c99dd5c74687b3d7189c699fb9134430: Bug 1375798 - Add a unit test for library/object prefix/suffixes. r?mshal draft
Mike Hommey <mh+mozilla@glandium.org> - Fri, 23 Jun 2017 14:41:45 +0900 - rev 601156
Push 65973 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:39:17 +0000
Bug 1375798 - Add a unit test for library/object prefix/suffixes. r?mshal This happen to uncover the fact that mingw clang was not handled properly after bug 1372987. This will allow us to substantially modify the function that handles them and avoid regressions.
3d483892c1452c6c7a7bd2706563cdd4f4242cdd: Bug 1375969: Fix MightHave{State,Attribute}Dependency for XBL. r?heycam draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 27 Jun 2017 22:18:02 -0700 - rev 601155
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
Bug 1375969: Fix MightHave{State,Attribute}Dependency for XBL. r?heycam MozReview-Commit-ID: 8I29pMHq4uf
f9e633e44c104569bbdcca4304d474f14d33f373: style: Look at XBL stylists to collect dependencies too. draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 27 Jun 2017 18:32:55 -0700 - rev 601154
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
style: Look at XBL stylists to collect dependencies too. MozReview-Commit-ID: 72wZj6o667V
e4036e93464d42950182d72d5e3603451c0ba401: style: Factor out computation for a given InvalidationMap. r?heycam draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 27 Jun 2017 18:28:30 -0700 - rev 601153
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
style: Factor out computation for a given InvalidationMap. r?heycam MozReview-Commit-ID: 9qSr1LcsKK5
c18a4caeddcb75cf9122a02ae80e152b42e5c392: style: Refactor XBL rule matching to add another API to iterate the Stylists. r?TYLin draft
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 27 Jun 2017 17:23:17 -0700 - rev 601152
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
style: Refactor XBL rule matching to add another API to iterate the Stylists. r?TYLin This will allow us to query the relevant stylists for invalidation. MozReview-Commit-ID: EIIzbr2pEqN
aea149c127c91465932946ae50ac15225a2c8a0a: Bug 1376158: Don't let non-primary frames affect the mIncrementScriptLevel of the content. r?xidorn draft
Emilio Cobos Álvarez <emilio@crisal.io> - Sun, 25 Jun 2017 21:26:49 +0200 - rev 601151
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
Bug 1376158: Don't let non-primary frames affect the mIncrementScriptLevel of the content. r?xidorn In the test-case we have a munderoverFrame setting the script-level of the content through a frame which is an anonymous block, and another one setting the script level to the opposite for the same content, via its primary frame. That's somewhat silly, and with the previous patches the non-primary one happened to be ignored because the IncrementScriptLevel flag was set on the fly. The whole situation is somewhat silly, because as far as I can tell MathML tries to map one frame to one element, and this doesn't hold. This patch makes the behavior consistent and makes the test-case render as "invalid markup", which is what should happen anyway. MozReview-Commit-ID: 5ugxVwX3sMa
0feb43f4acdf61562b55d3b68fcf568e0ec32a78: No hover generation draft
Emilio Cobos Álvarez <emilio@crisal.io> - Sat, 24 Jun 2017 11:43:30 +0200 - rev 601150
Push 65972 by bmo:emilio+bugs@crisal.io at Wed, 28 Jun 2017 05:19:19 +0000
No hover generation MozReview-Commit-ID: 2n9HKg8Vi5P
56b1e4057c830a661760189282c782f190c6bd1e: Bug 1375859 - Build fennec with in-tree zlib. r?snorp draft
Mike Hommey <mh+mozilla@glandium.org> - Wed, 28 Jun 2017 04:00:41 +0900 - rev 601149
Push 65971 by bmo:mh+mozilla@glandium.org at Wed, 28 Jun 2017 05:17:22 +0000
Bug 1375859 - Build fennec with in-tree zlib. r?snorp
546454a1e2d87a9ae1195c835e88aef9a02ad111: Bug 1330608 Add the mingw32 build job (Work in Progress) draft
Tom Ritter <tom@mozilla.com> - Wed, 28 Jun 2017 00:12:06 -0500 - rev 601148
Push 65970 by bmo:tom@mozilla.com at Wed, 28 Jun 2017 05:12:42 +0000
Bug 1330608 Add the mingw32 build job (Work in Progress) MozReview-Commit-ID: 8FxZFtm3a4C
5fa0e4c446307ca812605402cac3338b7b074dfe: Bug 1330608 Add the MinGW Toolchain build to Taskcluster (Work in Progress) draft
Tom Ritter <tom@mozilla.com> - Fri, 23 Jun 2017 15:33:58 -0500 - rev 601147
Push 65970 by bmo:tom@mozilla.com at Wed, 28 Jun 2017 05:12:42 +0000
Bug 1330608 Add the MinGW Toolchain build to Taskcluster (Work in Progress) MozReview-Commit-ID: B6N1W0RcKQb
24bd183e05201effd1168aefecb6372bed03faa7: Bug 1370007 Generate Shaders on a MinGW Cross Compile on Linux draft
Tom Ritter <tom@mozilla.com> - Fri, 23 Jun 2017 23:57:16 -0500 - rev 601146
Push 65970 by bmo:tom@mozilla.com at Wed, 28 Jun 2017 05:12:42 +0000
Bug 1370007 Generate Shaders on a MinGW Cross Compile on Linux Bug 1365859 introduced a dependency on the Visual Studio binary 'fxc' to generate Shader bytecode. This was unavailable when compiling for Windows on Linux as part of a MinGW build. This commit adds a configure check for fxc, and also searches for fxc2, which was written (https://github.com/tomrittervg/fxc2) to be a tiny application that wraps D3DCompileFromFile and can produce similar (but not exactly the same) output as fxc. fxc2 is compiled using MinGW for Windows, and runs under wine, so we need to check for wine also. Finally, fxc outputs some include information fxc2 doesn't, so we will just change that assert to not take effect. MozReview-Commit-ID: 8LVxuODi6cV
d97602b1fcf7bd07aedb9c8d253f3077d8910427: Bug 1375104 - Combine standard and Gecko log for Marionette. draft
Henrik Skupin <mail@hskupin.info> - Sat, 24 Jun 2017 12:00:56 +0200 - rev 601145
Push 65969 by bmo:hskupin@gmail.com at Wed, 28 Jun 2017 04:51:11 +0000
Bug 1375104 - Combine standard and Gecko log for Marionette. In automation we should combine the standard logging and the gecko log by default to ease the investigation of test failures. It will also provide crash/assertion output without having to search for it in other log files. MozReview-Commit-ID: 1rQ6maOqD3V
622a10492d4c7de8fba12b021d10b6eecde73a77: Bug 1360069 - Don't do unnecessary wakelock signaling from content processes. r?gcp draft
Jed Davis <jld@mozilla.com> - Mon, 24 Apr 2017 21:19:33 -0600 - rev 601144
Push 65968 by bmo:jld@mozilla.com at Wed, 28 Jun 2017 04:45:22 +0000
Bug 1360069 - Don't do unnecessary wakelock signaling from content processes. r?gcp MozReview-Commit-ID: AqKGsWyHuXl
73f182aea9b6da250e212999dce40168ff73af20: Bug 1360069 - Deal with the case where WakeLockListener is never instantiated. r?gcp draft
Jed Davis <jld@mozilla.com> - Tue, 27 Jun 2017 14:44:39 -0700 - rev 601143
Push 65968 by bmo:jld@mozilla.com at Wed, 28 Jun 2017 04:45:22 +0000
Bug 1360069 - Deal with the case where WakeLockListener is never instantiated. r?gcp Otherwise, with the next patch, xpcshell tests crash because WakeLockListener::Shutdown tries to Release() nullptr. MozReview-Commit-ID: AmD5b6NUqnP
c10943c3e7a353abcdc87562c9ef80e6d5548e4b: Bug 1337161 - Fix leak of GamepadPlatformService draft
Chung-Sheng Fu <cfu@mozilla.com> - Thu, 22 Jun 2017 16:56:18 +0800 - rev 601142
Push 65967 by bmo:cfu@mozilla.com at Wed, 28 Jun 2017 04:34:22 +0000
Bug 1337161 - Fix leak of GamepadPlatformService MozReview-Commit-ID: CPLg8kyL0xH
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip