d63d083ab7672423620d6d83366d3e1cbae86bad: Bug 1316957 - Include windows.configure conditionally instead of using @depends_win. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Sat, 12 Nov 2016 06:05:07 +0900 - rev 446067
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1316957 - Include windows.configure conditionally instead of using @depends_win. r=chmanchester
8c1409a443ee41860f8caaf59a149ab83c467736: Bug 1317504 - Don't try to set LD from old-configure. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2016 15:47:10 +0900 - rev 446066
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1317504 - Don't try to set LD from old-configure. r=chmanchester Now, it's completely unused.
6353e704bf2c4d47610f0e3555d2fd47c002ebda: Bug 1317504 - Make MSVC builds use the LINK variable instead of LD. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2016 15:45:16 +0900 - rev 446065
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1317504 - Make MSVC builds use the LINK variable instead of LD. r=chmanchester At the same time, remove HOST_LD. It was only used for MSVC builds, which don't support cross-compile anyways, so we can, at least for now, use LINK for both host and target.
fd007caf51dfebb5224316c5d0978d15a2cfcc4b: Bug 1317504 - Remove the GNU_LD variable, nothing uses it. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2016 15:25:42 +0900 - rev 446064
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1317504 - Remove the GNU_LD variable, nothing uses it. r=chmanchester
677f47fec9e7f21f1188c1a1d437d33f749cafc6: Bug 1317504 - Remove unused non-GCC/clang flags settings. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2016 15:17:59 +0900 - rev 446063
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1317504 - Remove unused non-GCC/clang flags settings. r=chmanchester Compilers other than GCC, clang and MSVC have not been supported for a while, and have been explicitly rejected since bug 1259382. There are a few branches in old-configure that are taken for non-GCC/clang compilers, but all of them are later overwritten by the MSVC setup. So we just remove those.
cffe1cd111f65c9045cc8e1fe34d845a9a6b5c28: Bug 1317504 - Warn that LD is not used by the build system. r=chmanchester
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Nov 2016 15:07:01 +0900 - rev 446062
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1317504 - Warn that LD is not used by the build system. r=chmanchester It turns out that, in practice, the LD variable is not used by the build system, except on Windows, where it's used to feed the default for LINK, which is then re-injected as LD. The upcoming changes are going to normalize the use of LD/LINK.
5c3271cb35c218a5976aa87873099b45719178ea: Bug 1320793 - Fix lazy load of module globals in devtools. r=jryans
Alexandre Poirot <poirot.alex@gmail.com> - Mon, 28 Nov 2016 07:44:15 -0800 - rev 446061
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1320793 - Fix lazy load of module globals in devtools. r=jryans MozReview-Commit-ID: HqfnxAcPK9v
b5bb7341ad8a75892822ddf527f45fbeddfdf1e4: Bug 1320793 - Fix lazy loading of pseudo modules in devtools. r=jryans
Alexandre Poirot <poirot.alex@gmail.com> - Mon, 28 Nov 2016 07:43:14 -0800 - rev 446060
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1320793 - Fix lazy loading of pseudo modules in devtools. r=jryans MozReview-Commit-ID: 51rH3WBH3dh
46a0a73fde9ae76906ac32fe13155457bb457f94: Bug 1295948 - fixing method so it works with encoded URLs r=aki
Tomislav Jurin <svezauzeto12@hotmail.com> - Tue, 29 Nov 2016 20:03:47 +0100 - rev 446059
Push 37692 by dholbert@mozilla.com at Wed, 30 Nov 2016 22:11:55 +0000
Bug 1295948 - fixing method so it works with encoded URLs r=aki MozReview-Commit-ID: I6Fq2Wxmvsw *** Bug 1295948 - fixing method so it works with encoded URLs, changed return method r?aki MozReview-Commit-ID: J9kBeUBDtOh *** return just url MozReview-Commit-ID: 3xB727QAvse
512c49a96b97a6a7c8c67dfe55cef02eed98c666: Bug 1295375 - Drop universal Mac builds; r?coop,gps draft
Mike Shal <mshal@mozilla.com> - Tue, 29 Nov 2016 15:28:59 -0500 - rev 446058
Push 37691 by bmo:mshal@mozilla.com at Wed, 30 Nov 2016 22:11:18 +0000
Bug 1295375 - Drop universal Mac builds; r?coop,gps MozReview-Commit-ID: 1huYEjyxRA1
ce1be2ce4b415a9a1d753402965d4fc600b2eeba: Bug 1320671 - Display transferred/compressed (instead of content/uncompressed) size in the network performance summary view. r? draft
Ian Moody <moz-ian@perix.co.uk> - Tue, 29 Nov 2016 21:59:34 +0000 - rev 446057
Push 37690 by moz-ian@perix.co.uk at Wed, 30 Nov 2016 21:36:26 +0000
Bug 1320671 - Display transferred/compressed (instead of content/uncompressed) size in the network performance summary view. r? MozReview-Commit-ID: JQvtkplt8eT
d7340153b73e51bb989fd45968bc59ca0fd54894: Bug 1291049 - allow non devtools prefs to be loaded in webpack prefs loader;r=tromey draft
Julian Descottes <jdescottes@mozilla.com> - Tue, 22 Nov 2016 16:47:15 +0100 - rev 446056
Push 37689 by jdescottes@mozilla.com at Wed, 30 Nov 2016 21:30:01 +0000
Bug 1291049 - allow non devtools prefs to be loaded in webpack prefs loader;r=tromey MozReview-Commit-ID: B6eJcqt7XLK
bbbdb782a33c6af2533c8fc2a94967563b7c0c43: Bug 1291049 - use devtools-local-toolbox to load the inspector in content;r=bgrins,jlast,tromey draft
Julian Descottes <jdescottes@mozilla.com> - Wed, 30 Nov 2016 22:24:23 +0100 - rev 446055
Push 37689 by jdescottes@mozilla.com at Wed, 30 Nov 2016 21:30:01 +0000
Bug 1291049 - use devtools-local-toolbox to load the inspector in content;r=bgrins,jlast,tromey Add package.json to devtools/client/inspector Integration with devtools-local-toolbox: - provides development server - default webpack config - landing page to select a tab In this patch: - bin/dev-server-js contains the inspector specific routes - webpack/*-sham.js : inspector dependencies that had to be mocked ideally, decoupling work should continue and the inspector client should only ever require files that require no chrome priviledged APIs. - toolbox.js contains the interface with devtools-local-toolbox bootstrap and the inspector panel initialization - configs/development.json is the inspector config for the devtools-local-toolbox MozReview-Commit-ID: Cuphp7VS2OT
c60ddb8b9c254ceedd808251250d5932b627bd27: Bug 1291049 - move client/package.json to sourceeditor;r=bgrins draft
Julian Descottes <jdescottes@mozilla.com> - Thu, 24 Nov 2016 17:04:05 +0100 - rev 446054
Push 37689 by jdescottes@mozilla.com at Wed, 30 Nov 2016 21:30:01 +0000
Bug 1291049 - move client/package.json to sourceeditor;r=bgrins MozReview-Commit-ID: KsFaNnyD7o2
fe3c11f051668bd222be4ca45576e58f11eb04d0: Bug 1296189 - Replace NS_RUNTIMEABORT("some string literal message") with MOZ_CRASH(). draft
Tomislav Jurin <svezauzeto12@hotmail.com> - Wed, 30 Nov 2016 22:27:03 +0100 - rev 446053
Push 37688 by bmo:svezauzeto12@hotmail.com at Wed, 30 Nov 2016 21:28:28 +0000
Bug 1296189 - Replace NS_RUNTIMEABORT("some string literal message") with MOZ_CRASH(). MozReview-Commit-ID: GOH1Z8YjTsc
5e870acba4c8ee05557f1ac0175bda12606b4e28: Bug 1320987 - Stop leaking tabs during test_session_zombification. r=gbrown draft
Jan Henning <jh+bugzilla@buttercookie.de> - Wed, 30 Nov 2016 21:53:33 +0100 - rev 446052
Push 37687 by mozilla@buttercookie.de at Wed, 30 Nov 2016 21:23:19 +0000
Bug 1320987 - Stop leaking tabs during test_session_zombification. r=gbrown A subtest's cleanup function only runs at the very end, after *all* subtests have finished. This means that we cannot use it to close the test tabs if we want to reuse the tab variables during following subtests. If we did, we'd be leaking those previous tabs, meaning they remain open at the end of the test and cause possible problems for following tests as well as lots of "Unable to restore focus" messages in the log. MozReview-Commit-ID: H87JQ5gcIAg
361e2162638178701caa2a229b008d1220520d9c: Bug 1296189 - Replace NS_RUNTIMEABORT("some string literal message") with MOZ_CRASH(). draft
Tomislav Jurin <svezauzeto12@hotmail.com> - Wed, 30 Nov 2016 22:09:57 +0100 - rev 446051
Push 37686 by bmo:svezauzeto12@hotmail.com at Wed, 30 Nov 2016 21:11:57 +0000
Bug 1296189 - Replace NS_RUNTIMEABORT("some string literal message") with MOZ_CRASH(). MozReview-Commit-ID: DYDP5ENgnyt
f1fd5e11dffbd1b355366ce720456786c22a4911: Bug 1321379 - set cc_is_clang for CLANG_CL also; r?ted.mielczarek draft
Nathan Froyd <froydnj@mozilla.com> - Wed, 30 Nov 2016 15:28:06 -0500 - rev 446050
Push 37685 by bmo:nfroyd@mozilla.com at Wed, 30 Nov 2016 21:04:43 +0000
Bug 1321379 - set cc_is_clang for CLANG_CL also; r?ted.mielczarek MozReview-Commit-ID: DoYRbAJJmnV
8c71cfe5cdd6e1885dfa2b72a8c418f1293bbcac: Bug 1298418 - use clang modules with ffvpx's libavutil and clang-cl; r?mshal draft
Nathan Froyd <froydnj@mozilla.com> - Wed, 30 Nov 2016 16:01:55 -0500 - rev 446049
Push 37685 by bmo:nfroyd@mozilla.com at Wed, 30 Nov 2016 21:04:43 +0000
Bug 1298418 - use clang modules with ffvpx's libavutil and clang-cl; r?mshal clang-cl's <intrin.h> is not completely compatible with MSVC's <intrin.h> by default, as clang-cl's version does not include all the Intel intrinsic headers by default. clang-cl does this to make <intrin.h> as small as possible, as this was shown to have significant wins for compile time. Compiling with modules, however, includes all the Intel intrinsic headers by default, so while upstream decides on a general solution, we need to compile with modules locally. MozReview-Commit-ID: BC1uureeQrx
5fa474b334377dae32967f386f39dbe29e2c70d1: Bug 1316090: Give BaseRange::FinalizeMerge a body to work around a bug in trunk clang. draft
David Major <dmajor@mozilla.com> - Wed, 30 Nov 2016 11:04:57 -0500 - rev 446048
Push 37685 by bmo:nfroyd@mozilla.com at Wed, 30 Nov 2016 21:04:43 +0000
Bug 1316090: Give BaseRange::FinalizeMerge a body to work around a bug in trunk clang. MozReview-Commit-ID: LmzsHhLZVn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 +300000 tip