searching for reviewer(ted)
ec809e68ba7e040911dbebd1f0bd4d4081e3f56f: Bug 1259806 - Remove toolkit/components/ctypes/tests/Makefile.in; r=ted
Mike Shal <mshal@mozilla.com> - Fri, 25 Mar 2016 14:25:17 -0400 - rev 291286
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259806 - Remove toolkit/components/ctypes/tests/Makefile.in; r=ted MozReview-Commit-ID: EVCZVXukFQf
bb405b563fc3e4f91cc6d97c437424a8825a9930: Bug 1259557 - Remove some INSTALL_TARGETS from toolkit/mozapps/update/tests/Makefile.in; r=ted
Mike Shal <mshal@mozilla.com> - Wed, 23 Mar 2016 19:40:42 -0400 - rev 291284
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259557 - Remove some INSTALL_TARGETS from toolkit/mozapps/update/tests/Makefile.in; r=ted We don't have a way to filter out a file from a wildcard, so we have to expand data/* in the moz.build file. Alternatively, we could move xpcshellConstantsPP.js into a separate directory. MozReview-Commit-ID: 8mOIkr3PeCr
efbef8878c9f7568b872399574efd7c6c72467e5: Bug 1259553 - Remove dom/media/webspeech/recognition/Makefile.in; r=ted
Mike Shal <mshal@mozilla.com> - Wed, 23 Mar 2016 17:30:33 -0400 - rev 291283
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259553 - Remove dom/media/webspeech/recognition/Makefile.in; r=ted MozReview-Commit-ID: FQFTk9LYoEt
4030e1cd45b9abdbff070aa2302c22060d49f3f0: Bug 1259554 - Remove INSTALL/PP_TARGETS from build/Makefile.in; r=ted
Mike Shal <mshal@mozilla.com> - Mon, 21 Mar 2016 11:45:03 -0400 - rev 291282
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259554 - Remove INSTALL/PP_TARGETS from build/Makefile.in; r=ted The lone remaining INSTALL_TARGETS is for moztt, which relies on including a Makefile from that repository. We could potentially add a mozbuild file there instead. MozReview-Commit-ID: FXJDg3xPW1x
70e88ad137197c2b5cc73916c15b5385684b3a2e: Bug 1248391 - Don't force rust --target on unknown platforms. r=ted
Jan Beich <jbeich@FreeBSD.org> - Thu, 24 Mar 2016 13:43:38 +0000 - rev 291210
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1248391 - Don't force rust --target on unknown platforms. r=ted
7511231503fbee1ad7f1a936e531192f25efa262: Bug 1248391 - Unbreak --enable-rust on BSDs after bug 1177599. r=ted
Jan Beich <jbeich@FreeBSD.org> - Thu, 24 Mar 2016 15:10:44 +0000 - rev 291209
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1248391 - Unbreak --enable-rust on BSDs after bug 1177599. r=ted
8f159c5d671e045cecf67b95b1e75b9362937f08: Bug 1114647 - Rename "plugin-container" to "firefox-webcontent" and create a new executable target for Win32 called "firefox-plugin-container" r=ted,jhamer
George Wright <george@mozilla.com> - Tue, 22 Mar 2016 14:46:10 -0400 - rev 291193
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1114647 - Rename "plugin-container" to "firefox-webcontent" and create a new executable target for Win32 called "firefox-plugin-container" r=ted,jhamer
0f5f41c619be9ede89c093a7b465ea45e2c6aa21: Bug 1260647 - Unify cross-compilation setup, while moving some of it to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 14:47:13 +0900 - rev 291159
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260647 - Unify cross-compilation setup, while moving some of it to moz.configure. r=ted Gonk, Android, and the generic cross-compilation setup all were using a different yet similar way to prefix the toolchain. The latter was even wrong, since the target and target alias usually don't match actual toolchain prefixes (which don't include the machine part of the target).
2e966a1f371c9d2e4bd376202e79ea70b13d800c: Bug 1260639 - Log more information before starting old-configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 14:30:07 +0900 - rev 291158
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260639 - Log more information before starting old-configure. r=ted
9f566ae2f1c5fc9c16969429cf9793c8465fd76d: Bug 1260636 - Add endianness to host and target information. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 14:27:40 +0900 - rev 291157
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260636 - Add endianness to host and target information. r=ted While in the vicinity, add support for sparc64.
dc8b68b4f67a2f2418b5e55f912a5ac5de796ac0: Bug 1260624 - Move CROSS_COMPILE to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 12:43:21 +0900 - rev 291156
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260624 - Move CROSS_COMPILE to moz.configure. r=ted Note that this removes force-setting cross_compiling to yes in old-configure, which wasn't working because every AC_TRY_COMPILE resets it with $ac_cv_prog_cc_cross or $ac_cv_prog_cxx_cross.
2d041429d9935db8db978c783b05eb65abddd5e4: Bug 1260624 - Add support for simple comparisons of ReadOnlyNamespaces. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 14:00:40 +0900 - rev 291155
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260624 - Add support for simple comparisons of ReadOnlyNamespaces. r=ted
fffe8dc49621deab94739de3eb816556d4c6c572: Bug 1260622 - Refresh config.guess and config.sub from upstream. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 30 Mar 2016 12:00:25 +0900 - rev 291154
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1260622 - Refresh config.guess and config.sub from upstream. r=ted Recent config.sub better handles all the broken android triplets (which would have worked around bug 1257793), and added the -ios variant that we've been relying on since bug 1257051, but that bug 1257648 broke by using config.sub, which didn't support it) The new config.guess interestingly now returns pc instead of unknown as maching type on linux, which will, unfortunately, make objdir names change when they are not manually set.
b78ed68af2fb7051771b49260d7f5394a7c30c63: Bug 1259651 - Add the ability to register callback functions to be notified when a mochitest times out to SimpleTest. r=ted.
JW Wang <jwwang@mozilla.com> - Fri, 01 Apr 2016 07:42:43 +0800 - rev 291115
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259651 - Add the ability to register callback functions to be notified when a mochitest times out to SimpleTest. r=ted. MozReview-Commit-ID: 2p7qqFMxHpW
23b31c46e2117f80b78e6033fb5f1dee3a222965: Bug 1257516 - Handle outputting the tail of config.log for old-configure failures from moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 20:11:59 +0900 - rev 290981
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Handle outputting the tail of config.log for old-configure failures from moz.configure. r=ted
7640e60c144a8a954ed06a168d1bc7c2550cf3ef: Bug 1257516 - Make check_prog opt-in to the queued debug log messages. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 20:03:19 +0900 - rev 290980
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Make check_prog opt-in to the queued debug log messages. r=ted
9bcbc8d381e45de860c4037af1936c4fe4911030: Bug 1257516 - Allow to assign Exceptions in the global scope. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 20:02:31 +0900 - rev 290979
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Allow to assign Exceptions in the global scope. r=ted But do not advertise it too much.
062e0b17553ccac075a0cab36f012d9633a64665: Bug 1257516 - Make the ConfigureOutputHandler keep some debug messages to print out when an error occurs. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 20:00:09 +0900 - rev 290978
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Make the ConfigureOutputHandler keep some debug messages to print out when an error occurs. r=ted The feature is made opt-in by using a context manager.
e521d0d6b1bf2fe858519d98e452581953cdee6a: Bug 1257516 - Add a unit test for check_prog(). r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 17:15:47 +0900 - rev 290977
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Add a unit test for check_prog(). r=ted At the same time, shell quote the result it prints if it needs to be.
2a6f03d3e6d446601bffcf88de57b649e5b41c90: Bug 1257516 - Use the logger for virtualenv manager output. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 16:37:37 +0900 - rev 290976
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Use the logger for virtualenv manager output. r=ted
450ffa461818bdc9eb0763216ea27efc3d311504: Bug 1257516 - Allow the log_handle given to the virtualenv manager to be a file-like object. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 16:09:35 +0900 - rev 290975
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Allow the log_handle given to the virtualenv manager to be a file-like object. r=ted subprocess functions doesn't directly take file-like objects, so add a minimalistic wrapper to do the right thing instead of subprocess.call when given a file-like object.
7fc90e8065458a180533e08d85fd4c4086220056: Bug 1257516 - Send the debug output from our logger to config.log. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 16:44:53 +0900 - rev 290974
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Send the debug output from our logger to config.log. r=ted And since the file is also used for old-configure, close our handle on the file before spawning old-configure, and make old-configure append there instead of truncating the file.
c2d739e9a7bc8463e1c7c29ba624e17c36f1e613: Bug 1257516 - Expose a sandboxed logger to moz.configure and use it. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 16:30:42 +0900 - rev 290973
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Expose a sandboxed logger to moz.configure and use it. r=ted This removes the warn() function and makes the die() function use the logger instead of print.
12248651d3ad2a6bacd79106899ec6464fd68e37: Bug 1257516 - Initialize a logger for the ConfigureSandbox, and use it for the help. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 16:12:51 +0900 - rev 290972
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Initialize a logger for the ConfigureSandbox, and use it for the help. r=ted
f97bcb2eaf41b62bb7d222f8a627a45e17fbbf54: Bug 1257516 - Rename error() to die() and make it take arguments like the logging module. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 15:48:21 +0900 - rev 290971
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Rename error() to die() and make it take arguments like the logging module. r=ted
c7c29d57b6c8f55cc989bc56c6a4fa3f4c9b7d06: Bug 1257516 - Add a file-like class that sends writes to a callback. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 12:13:37 +0900 - rev 290970
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Add a file-like class that sends writes to a callback. r=ted
2a9629aed11ca8226fb3f409556509a91c531eec: Bug 1257516 - Add a logging handler class to print out configure output on stdout/stderr. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Fri, 25 Mar 2016 11:48:35 +0900 - rev 290969
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257516 - Add a logging handler class to print out configure output on stdout/stderr. r=ted
f7b4671d3a987153f4e0d9ecf4886b25774dce05: Bug 1259354 - Avoid "checking yasm version" being written out when yasm was not found. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Mar 2016 15:26:32 +0900 - rev 290358
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259354 - Avoid "checking yasm version" being written out when yasm was not found. r=ted The reason the "checking" string always appears is that @depends functions are always called, regardless of the value of the dependency. This introduces a new decorator @depends_true, which works like @depends, but the decorated function is not called unless one of the dependency value resolves to True. The new decorator can also be used to replace many cases where we do @depends(foo) def bar(foo): if foo: ...
86f7d5108e831169c5690f46fd9d0fe8dd9411be: Bug 1259352 - Always fail check_prog if an explicit value was given on the command line or environment. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Mar 2016 15:34:09 +0900 - rev 290357
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259352 - Always fail check_prog if an explicit value was given on the command line or environment. r=ted
68dba144ea2c9d729bfff52c40d4dbbc8437661b: Bug 1259551 - Add --no-download to virtualenv.py invocation; r=ted
Gregory Szorc <gps@mozilla.com> - Thu, 24 Mar 2016 12:34:47 -0700 - rev 290347
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259551 - Add --no-download to virtualenv.py invocation; r=ted Before, virtualenv.py may have attempted to use 3rd party (untrusted) pip indices when installing wheels for pip, setuptools, and wheel. These dependencies are vendored in the tree for a reason. So don't let virtualenv contact the outside world. MozReview-Commit-ID: 6BCU0WegJO1
78babd21215d21389c7a8026f42db76a5f302af6: Bug 1259551 - Upgrade vendored virtualenv to 15.0.1; r=ted
Gregory Szorc <gps@mozilla.com> - Thu, 24 Mar 2016 12:21:55 -0700 - rev 290346
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259551 - Upgrade vendored virtualenv to 15.0.1; r=ted While we're addressing virtualenv foo, let's ensure we are running the latest version. This also pulls in newer versions of pip (8.1.1), setuptools (20.3), and wheel (0.29.0). MozReview-Commit-ID: G5uSy66Kd6u
559a80645f20706e1eaaeed863e90c2d35ff7644: Bug 1186060 - Build with Visual Studio 2015 Update 1; r=ted, ehsan
Gregory Szorc <gps@mozilla.com> - Thu, 24 Mar 2016 09:12:19 -0700 - rev 290329
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +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 builders 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
b942c98f56c4c2926b8b81b98425072a091bbf7b: Bug 1186060 - Build with Visual Studio 2015 Update 1; r=ted, ehsan a=merge
Gregory Szorc <gps@mozilla.com> - Thu, 24 Mar 2016 09:12:19 -0700 - rev 290286
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1186060 - Build with Visual Studio 2015 Update 1; r=ted, ehsan a=merge This commit switches Windows builds from Visual Studio 2013 to Visual Studio 2015 Update 1. Previously, Visual Studio was installed on the builders 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
4a788be24b8a74cfd115aae7ea839fe37d44864a: Bug 1259275 - Don't check for yasm when building with --disable-compile-environment. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 24 Mar 2016 08:36:23 +0900 - rev 290250
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1259275 - Don't check for yasm when building with --disable-compile-environment. r=ted
9056b43dc7b12acb9a1bf9178561f28b3ffccf51: Bug 1258785 - Return a None value when check_prog doesn't find a program. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 23 Mar 2016 09:48:38 +0900 - rev 290036
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1258785 - Return a None value when check_prog doesn't find a program. r=ted
bec154d017a38ac52a3352603822b68ad6b4d05b: Bug 1258269: Declare logging string-literals in exception_handler.cc as 'const char[]' to fix build warning & for consistency. r=ted
Daniel Holbert <dholbert@cs.stanford.edu> - Sun, 20 Mar 2016 23:35:13 -0700 - rev 289734
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1258269: Declare logging string-literals in exception_handler.cc as 'const char[]' to fix build warning & for consistency. r=ted MozReview-Commit-ID: 9UDHiPJus0C
9e117944cd9f81c01f9950acf0d33b619e95d656: Bug 1257234 - Detect main thread's stack size at runtime, on Windows. r=ted
Jan de Mooij <jdemooij@mozilla.com> - Fri, 18 Mar 2016 09:38:57 +0100 - rev 289377
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257234 - Detect main thread's stack size at runtime, on Windows. r=ted
a5ec589e025b8d93741db007bbd19b5f5f4501ea: Bug 1257434 - Remove MOZ_DEMANGLE_SYMBOLS and MOZ_COMPONENTS_VERSION_SCRIPT_LDFLAGS from js/src/old-configure.in. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:26:01 +0900 - rev 289341
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Remove MOZ_DEMANGLE_SYMBOLS and MOZ_COMPONENTS_VERSION_SCRIPT_LDFLAGS from js/src/old-configure.in. r=ted While not directly related to the others from this bug, I stumbled upon this while looking why there were references to MOZ_DMD in js/src/old-configure.in while it was never set there. MOZ_DEMANGLE_SYMBOLS is tied to MOZ_STACKWALKING, which is not set in js/src/old-configure.in. MOZ_COMPONENTS_VERSION_SCRIPT_LDFLAGS is specific to building XPCOM binary components, which there are none of under js/src.
9d3b4b3bc6f3594b6801967cebd7501e895fc0b1: Bug 1257434 - Move --enable-vtune and --enable-profiling to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:24:30 +0900 - rev 289340
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-vtune and --enable-profiling to moz.configure. r=ted old-configure and js/src/old-configure interestingly didn't handle both the same way. But vtune support is only actually implemented in js/src, so only the rules from js/src/old-configure matter (nothing was enforcing the decistion from old-configure to js/src/old-configure), and this is what is implemented here.
1ab651479800ea254691aaff12b15bd3b3a8f065: Bug 1257434 - Move --enable-dmd to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:22:18 +0900 - rev 289339
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-dmd to moz.configure. r=ted
6172dce22b567d61ca242198b991ac07b5aead09: Bug 1257434 - Move --enable-callgrind to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:17:36 +0900 - rev 289338
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-callgrind to moz.configure. r=ted Remove the unused DEFINES set in js/xpconnect/shell/moz.build, subsequently making the MOZ_CALLGRIND subst unused, so don't add a set_config for it.
52260b41c30bd804b8d52238d81b1447eae1be95: Bug 1257434 - Move --enable-instruments to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:12:44 +0900 - rev 289337
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-instruments to moz.configure. r=ted
029a6dd17e97bfe5a02cd6ca92d345f839a1da15: Bug 1257434 - Move MOZ_ENABLE_PROFILER_SPS to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:08:53 +0900 - rev 289336
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move MOZ_ENABLE_PROFILER_SPS to moz.configure. r=ted
b3f02ffe19e11f2b6b7e8b23c0ba66b01bdad004: Bug 1257434 - Move --enable-jprof to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 16:05:10 +0900 - rev 289335
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-jprof to moz.configure. r=ted
aa4f6b5add702e71303ff168fb65c475a549fd97: Bug 1257434 - Move --enable-systrace to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Thu, 17 Mar 2016 15:56:23 +0900 - rev 289334
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257434 - Move --enable-systrace to moz.configure. r=ted
3e0a7ab70f87494a33d0f8a5fa4d823f1eb5398d: Bug 1257104 - Move --enable-eme to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 16 Mar 2016 17:52:20 +0900 - rev 289160
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257104 - Move --enable-eme to moz.configure. r=ted
9496c850df7fb0b1d9f0a35dc185119ff10784e3: Bug 1257104 - Move --disable-fmp4 to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 16 Mar 2016 17:50:42 +0900 - rev 289159
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257104 - Move --disable-fmp4 to moz.configure. r=ted Note the imply_option from --enable-ffmpeg replaces the explicit check from old-configure.in and triggers an error in the same circumstances.
a49ead1a3eeed910ca8094553c864558d5a8a2db: Bug 1257104 - Move --disable-ffmpeg to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 16 Mar 2016 17:46:13 +0900 - rev 289158
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257104 - Move --disable-ffmpeg to moz.configure. r=ted
05815430d44b54133bbf74e8c4c37d48c5d34445: Bug 1257104 - Move --disable-wmf to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 16 Mar 2016 17:42:57 +0900 - rev 289157
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257104 - Move --disable-wmf to moz.configure. r=ted
732831f18167727c126dcc0be83f69093dc57141: Bug 1257104 - Move MOZ_APPLEMEDIA to moz.configure. r=ted
Mike Hommey <mh+mozilla@glandium.org> - Wed, 16 Mar 2016 17:37:42 +0900 - rev 289156
Push 19656 by gwagner@mozilla.com at Mon, 04 Apr 2016 13:43:23 +0000
Bug 1257104 - Move MOZ_APPLEMEDIA to moz.configure. r=ted Note the AC_DEFINE used to be in a COMPILE_ENVIRONMENT block, but the define is actually used in Gecko preferences, so it's actually better that the define is always set when MOZ_APPLEMEDIA is enabled.