07044980d09389fa1d01202d33a68f5c451b5c61: Bug 1256510: When shutting down MediaStreamGraphs, if the graph hasn't started, let it start and shut down r?padenot
draft
Randell Jesup <rjesup@jesup.org> - Tue, 15 Mar 2016 00:35:50 -0400 - rev 340299
Push
12937 by rjesup@wgate.com at Tue, 15 Mar 2016 04:36:29 +0000
Bug 1256510: When shutting down MediaStreamGraphs, if the graph hasn't started, let it start and shut down r?padenot
MozReview-Commit-ID: 64WjTbaduvu
e9e8a735511af83ff6094bb7f914717a4449765c: Bug 1256535 - Disable C4577 to unblock compilation on VS2015; r?poiru
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 21:24:54 -0700 - rev 340298
Push
12936 by gszorc@mozilla.com at Tue, 15 Mar 2016 04:25:22 +0000
Bug 1256535 - Disable C4577 to unblock compilation on VS2015; r?poiru
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists of fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: CnmHTfEZpBK
ec5c0a4eba3d89d5f27e9e9b532639b71e328bde: Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:51:41 -0700 - rev 340297
Push
12936 by gszorc@mozilla.com at Tue, 15 Mar 2016 04:25:22 +0000
Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: 7mzDrJKp3EM
e2591c8ea6edbc4f9cff47b1355fed92969043a4: Bug 1256530 - Disable C4312 to unblock compilation on VS2015; r?smaug
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 21:09:32 -0700 - rev 340296
Push
12935 by gszorc@mozilla.com at Tue, 15 Mar 2016 04:09:46 +0000
Bug 1256530 - Disable C4312 to unblock compilation on VS2015; r?smaug
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: BXytOjiy0uX
bfcb6f917e87809b48494512917c09b33cea9beb: Bug 1256535 - Disable C4577 to unblock compilation on VS2015; r?poiru
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:58:33 -0700 - rev 340295
Push
12934 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:58:48 +0000
Bug 1256535 - Disable C4577 to unblock compilation on VS2015; r?poiru
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists of fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary. That being said, the warning occurs in 3rd party ICU
code. So I'm not sure what my options are for fixing this.
MozReview-Commit-ID: CnmHTfEZpBK
5fe7256db83c431a2535c26a724c02886f596b35: Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:51:41 -0700 - rev 340294
Push
12933 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:52:06 +0000
Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: 7mzDrJKp3EM
783806518d6a7341b0b92163b1892fc9e9b3640f: Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:48:24 -0700 - rev 340293
Push
12932 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:48:35 +0000
Bug 1256533 - Disable C4312 to unblock compilation on VS2015; r?jya
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: 7mzDrJKp3EM
afecf1bb1e8dae8fb24257d393e0a2eae9f21f72: Bug 1256530 - Disable C4312 to unblock compilation on VS2015; r?hsivonen
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 20:43:37 -0700 - rev 340292
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
Bug 1256530 - Disable C4312 to unblock compilation on VS2015; r?hsivonen
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: BXytOjiy0uX
12b9ee9bbc5b76666367d20fe75c08c938349446: enable PGO
draft
Gregory Szorc <gps@mozilla.com> - Tue, 08 Mar 2016 14:48:22 -0800 - rev 340291
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
enable PGO
MozReview-Commit-ID: EdiNUx21iPr
20fec478a0ca9de5438e7c4238ed92ab5d04974a: Bug 1186060 - Build with Visual Studio 2015 Update 1; r?ted, ehsan
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 18:50:10 -0700 - rev 340290
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
Bug 1186060 - Build with Visual Studio 2015 Update 1; r?ted, ehsan
This commit switches Windows builds from Visual Studio 2013
to Visual Studio 2015 Update 1.
Previously, Visual Studio was installed on the builers as part
of the base system image. Starting with this commit, we obtain
Visual Studio from a pre-generated, self-contained archive
containing the executables, Windows SDK, and other support
files. This means that new Windows toolchains can be installed
without having to modify configuration of machines in automation!
The mozconfigs for Visual Studio 2015 are a bit different from
existing mozconfigs.
Because it appears to be completely redundant and not necessary,
the LIBPATH variable has been dropped.
The order of paths in PATH, LIB, and INCLUDE has changed. The new
order more accurately reflects what would be defined by
vcvarsall.bat.
As part of switching to Visual Studio 2015, the Universal CRT is
now required. So, the 2015 mozconfigs export WIN_UCRT_REDIST_DIR
to define the location to those files.
The switch to Visual Studio 2015 also involves the switch from
the Windows 8.1 SDK to the Windows 10 SDK. However, we still
target an old version of Windows, so this hopefully shouldn't
have any significant fallout.
It's worth noting that switching to Visual Studio 2015 makes
builds - especially PGO builds - significantly faster. Our
PGO build times in automation are ~1 hour faster. Our regular
builds appear to be a few minutes faster.
MozReview-Commit-ID: Pa5GW8V87Q
7c146ec0b7d88e6572cd1a0f692e9936f9cb9de0: Bug 1253707 - Script to generate visual studio toolchain archive; r?ted
draft
Gregory Szorc <gps@mozilla.com> - Fri, 11 Mar 2016 15:00:02 -0800 - rev 340289
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
Bug 1253707 - Script to generate visual studio toolchain archive; r?ted
Previously, Windows toolchains and related dependencies (SDKs, etc)
were installed on Windows builders by people responsible for
maintaining those machines.
This commit takes a step in a new direction. We introduce a
script (complete with documentation) that can produce a zip
archive (or any archive format if people want to implement
support) of the toolchain files. Basically, you install
Visual Studio 2015 Community, run the script, and produce
a self-contained zip file containing everything from Microsoft
you need to build Firefox. With a copy of this archive and
an installation of MozillaBuild, it is possible to build
Firefox on a fresh Windows installation. No time-consuming
Visual Studio installation needed.
The goal is to upload these archives to tooltool and have
our Windows builders download and extract them at run-time.
At which time, we can remove all the other Visual Studio
and SDK files from builders because they don't need to be
baked into the image.
We may find tooltool's caching isn't good enough and we have
to more aggressively caching the standalone toolchain files.
But that is a problem for another day. Whatever happens,
we'll need the functionality in this script to produce
a self-contained archive of the toolchain.
There are certainly files in the produced archive that aren't
needed. I think perfect is the enemy of done and we can prune
the archive over time, if wanted.
MozReview-Commit-ID: EckEK1a6vA3
1c124a9aee6dc98bb56bdd8affc3a1eaa36d1471: Bug 1124033 - Replace blanket disabling of VS2015 warnings with C5026 and C5027; r?ehsan
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 14:38:12 -0700 - rev 340288
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
Bug 1124033 - Replace blanket disabling of VS2015 warnings with C5026 and C5027; r?ehsan
Wv:18 was added in
bug 1119072 as a quick way to get the tree building
with VS2015. Now that we're closer to rolling out VS2015 support, we
want to expose its new warnings.
This patch replaces the blanket disabling of new warnings in VS2015 with
just disabling C5026 and C5027, which relate to symbols being implicitly
defined as deleted.
MozReview-Commit-ID: 8uniydfNJns
2359305192a3793dbc546d21368b01fbf9f7e0d0: Bug 1256027 - Disable C4477 to unblock compilation on VS2015; r?bsmedberg
draft
Gregory Szorc <gps@mozilla.com> - Mon, 14 Mar 2016 19:48:25 -0700 - rev 340287
Push
12931 by gszorc@mozilla.com at Tue, 15 Mar 2016 03:43:53 +0000
Bug 1256027 - Disable C4477 to unblock compilation on VS2015; r?bsmedberg
As part of unblocking building with VS2015u1 in automation, I'm mass
disabling compiler warnings that are turned into errors. This is not
the preferred mechanism to fix compilation warnings. So hopefully
this patch never lands because someone insists on fixing the underlying
problem instead. But if it does land, hopefully the workaround is
only temporary.
MozReview-Commit-ID: lwdVbcn8ap
a355ab3a8726ca3cadfedaf86cb38919dc999aa0: Bug 1251011 - Enable ESLint "no-undef" rule for PSM.
draft
Cykesiopka <cykesiopka.bmo@gmail.com> - Mon, 14 Mar 2016 19:52:22 -0700 - rev 340286
Push
12930 by cykesiopka.bmo@gmail.com at Tue, 15 Mar 2016 03:13:02 +0000
Bug 1251011 - Enable ESLint "no-undef" rule for PSM.
MozReview-Commit-ID: XfccDuv0aM
8732ddfbff87d14bc516db2ab016405385472ef6: Merge m-c to inbound. a=merge
Ryan VanderMeulen <ryanvm@gmail.com> - Mon, 14 Mar 2016 22:10:42 -0400 - rev 340285
Push
12930 by cykesiopka.bmo@gmail.com at Tue, 15 Mar 2016 03:13:02 +0000
Merge m-c to inbound. a=merge
676fc640c532865c16cda8102b9c3ddc2e8357fa: Bug 1255239 - Reduce size of HuffmanIncomingTables. r=hurley.
Nicholas Nethercote <nnethercote@mozilla.com> - Fri, 11 Mar 2016 09:57:02 +1100 - rev 340284
Push
12930 by cykesiopka.bmo@gmail.com at Tue, 15 Mar 2016 03:13:02 +0000
Bug 1255239 - Reduce size of HuffmanIncomingTables. r=hurley.
Splitting Each HuffmanIncomingTable into two parts avoids the wasted
0/nullptr fields and allows the remaining fields to be packed more efficiently.
Making them all const allows them to be shared between processes.
On 64-bit platforms this saves (60*N - 7.5) KiB, where N is the number of
processes.
9f2524c47ffe4682fc76da21d598ff448094022d: Bug 1256210 - Part 2: Convert test_additional_sheets.html and test_addSheets.html to mochitest-plain. r?dbaron
draft
Cameron McCormack <cam@mcc.id.au> - Tue, 15 Mar 2016 14:06:52 +1100 - rev 340283
Push
12929 by cmccormack@mozilla.com at Tue, 15 Mar 2016 03:11:53 +0000
Bug 1256210 - Part 2: Convert test_additional_sheets.html and test_addSheets.html to mochitest-plain. r?dbaron
MozReview-Commit-ID: LcVw5dAYn4W
0ba254d95e34468501580903b7e0e62cacca9415: Bug 1256210 - Part 1: Factor out getting of services in test_additional_sheets.html. r=dbaron
draft
Cameron McCormack <cam@mcc.id.au> - Tue, 15 Mar 2016 14:06:52 +1100 - rev 340282
Push
12929 by cmccormack@mozilla.com at Tue, 15 Mar 2016 03:11:53 +0000
Bug 1256210 - Part 1: Factor out getting of services in test_additional_sheets.html. r=dbaron
MozReview-Commit-ID: HGlMhOli79n
f07aaa37edd0ed83cc69302ebe00aaabc8ae6a31: Bug 1255707 - Part 2. Remove ScreenSizeChanged. r?snorp
draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Mon, 14 Mar 2016 17:53:21 +0900 - rev 340281
Push
12928 by m_kato@ga2.so-net.ne.jp at Tue, 15 Mar 2016 03:02:36 +0000
Bug 1255707 - Part 2. Remove ScreenSizeChanged. r?snorp
SceenSizeChanged IPC was for
bug 600880. No one uses it.
MozReview-Commit-ID: KsQXtP1aMAP
9ee2fa700a96929e1f25d3e1696e134c274f8da7: Bug 1255707 - Part 1. Remove ContentCreationNotifier. r?snorp
draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Tue, 15 Mar 2016 11:40:12 +0900 - rev 340280
Push
12928 by m_kato@ga2.so-net.ne.jp at Tue, 15 Mar 2016 03:02:36 +0000
Bug 1255707 - Part 1. Remove ContentCreationNotifier. r?snorp
ContentCreationNotifier is unnecessary because nsWindow::GetAndroidScreenBounds is ununsed after
bug 1182665
MozReview-Commit-ID: JvchWCuxf96