c3a0cb4b45b17efa64bd8419b08d23d59ffc2883: Bug 1132771 - Support and test for reading without a config object; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 10:21:52 -0800 - rev 249546
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Support and test for reading without a config object; r=glandium We want the ability to read data from any moz.build file without needing a full build configuration (running configure). This will enable tools to consume metadata by merely having a copy of the source code and nothing more. This commit creates the EmptyConfig object. It is a config object that - as its name implies - is empty. It will be used for reading moz.build files in "no config" mode. Many moz.build files make assumptions that variables in CONFIG are defined and that they are strings. We create the EmptyValue type that behaves like an empty unicode string. Since moz.build files also do some type checking, we carve an exemption for EmptyValue, just like we do for None. We add a test to verify that reading moz.build files in "no config" mode works. This required some minor changes to existing moz.build files to make them work in the new execution mode.
91d34d3107faa777264cdcc9c89456bf4c289466: Bug 1132771 - Add a test for reading all moz.build files in filesystem traversal mode; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 09:49:49 -0800 - rev 249545
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Add a test for reading all moz.build files in filesystem traversal mode; r=glandium moz.build files should execute in filesystem traversal mode. Add a test that verifies this is true. This test performs a brute force filesystem scan to find relevant moz.build files. This can be a little slow. That's unfortunate. But it's a price we need to pay in order to ensure metadata extraction mode continues to work.
6c44edc8208a54a9d5d830266cded7b409a776e1: Bug 1132771 - Support reading relevant moz.build files; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 09:44:55 -0800 - rev 249544
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Support reading relevant moz.build files; r=glandium Building on top of the API to retrieve relevant moz.build files for a given path, we introduce a moz.build reading API that reads all moz.build files relevant to a given set of paths. We plan to use this new API to read metadata from moz.build files relevant to a set of files. This patch changes the generator behavior of read_mozbuild to emit the main context before any processing occurs. This allows downstream consumers to manipulate state of the context before things like directory processing occurs. We utilize this capability in the new reading API to forcefully declare the directory traversal order for processed moz.build files, overriding DIRS and similar variables. Since variable exporting doesn't work reliably in this new traversal mode, variable exporting no-ops when this mode is activated.
ed135df395751194bf379584a4d210f14ac849b4: Bug 1132771 - Pass special types down to sandboxes via metadata; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 09:43:55 -0800 - rev 249543
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Pass special types down to sandboxes via metadata; r=glandium Currently, MozSandbox assumes that the FUNCTIONS, SPECIAL_VARIABLES, and SUBCONTEXTS data structures are the instances that should be associated with the sandbox. As we introduce new moz.build processing modes that wish to change processing behavior, it is necessary for them to have control over these special symbols. This patch moves the declaration of these types to the special metadata dictionary which is inherited during recursion. The "read_topsrcdir" API now explicitly passes the initial metadata into "read_mozbuild".
acdd5491f10ecf8ea4e1a14150f9a2e282e2cf5d: Bug 1132771 - Implement strongly typed named tuples; r=glandium
Gregory Szorc <gps@mozilla.com> - Thu, 26 Feb 2015 09:38:43 -0800 - rev 249542
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - Implement strongly typed named tuples; r=glandium An upcoming patch introduces a use case for a strongly typed named tuple. So, we introduce a generic factory function that can produce these types.
4013d256b5910404cc04bb3caaf696b8ee551fc5: Bug 1132771 - API to return moz.build files relevant for a set of paths; r=glandium
Gregory Szorc <gps@mozilla.com> - Wed, 25 Feb 2015 14:10:10 -0800 - rev 249541
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1132771 - API to return moz.build files relevant for a set of paths; r=glandium We have an eventual goal to store file-level metadata in moz.build files and to have this metadata "cascade" down directory hierarchies. e.g. metadata in the root directory will apply to all children directories. A prerequisite for this feature is a way to query which moz.build files are relevant to a given file. In this patch, we implement an API that returns this information.
0fa6398b46b980ea673bf6e015a2bf067c97f0a7: Bug 1138240 - Fail faster if a CDM tries to resolve a resolved promise. r=edwin
Chris Pearce <cpearce@mozilla.com> - Mon, 02 Mar 2015 14:13:47 +1300 - rev 249540
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1138240 - Fail faster if a CDM tries to resolve a resolved promise. r=edwin
c6e173b28ecae3617d303bf2218253d3e20f54ac: Bug 1137529: Prefer Apple's VDA hardware acceleration for Hi-Def videos. r=rillian
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 02 Mar 2015 10:48:28 +1100 - rev 249539
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1137529: Prefer Apple's VDA hardware acceleration for Hi-Def videos. r=rillian With some GPUs (such as Intel HD-x000), Apple VideoTool box provides poor decoding speed, causing us to drop frames for most HD videos. VDA is around 50 times faster on those machines (31ms average to decode a 4K frame with VT, while 0.6ms average with VDA)
afa562ac56af6b8ff132e8b3846181f03e954e6f: Bug 1128397: Work around EOS detection in MSE. r=mattwoodrow
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 02 Mar 2015 10:47:54 +1100 - rev 249538
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1128397: Work around EOS detection in MSE. r=mattwoodrow This attempts to handle video and audio sourcebuffer not having exactly the same duration, so the ended event is properly fired.
c12d73654aa7ea7b752e7b799aad7178d14f584c: Bug 1134387: Prevent crash when decoder couldn't be created. r=edwin
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 27 Feb 2015 11:31:46 +1100 - rev 249537
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1134387: Prevent crash when decoder couldn't be created. r=edwin
a1a89ff4ee318e8697f4ad1b02b787fc87ad2ef1: Bug 762449 - Enable jemalloc 3 by default, but don't make it ride the trains yet. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Wed, 14 Jan 2015 15:11:33 +0900 - rev 249536
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 762449 - Enable jemalloc 3 by default, but don't make it ride the trains yet. r=njn
4252e03b5156111a62db12952e51459a6b7070e9: Bug 762449 - Fix "result of 32-bit shift implicitly converted to 64 bits" on win64. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Fri, 27 Feb 2015 16:19:00 +0900 - rev 249535
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 762449 - Fix "result of 32-bit shift implicitly converted to 64 bits" on win64. r=njn
0ad2bf0582302fa92cd3f34d5a38010cb52d4b6a: Bug 762449 - Make jemalloc's opt.lg_dirty_mult work as documented. r=njn
Mike Hommey <mh+mozilla@glandium.org> - Wed, 14 Jan 2015 15:11:33 +0900 - rev 249534
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 762449 - Make jemalloc's opt.lg_dirty_mult work as documented. r=njn
6470d649e1bbfdd782cfdcfab28d87754ca39407: Bug 1135423 - Use unboxed objects for object literals where possible, clean up object literal creation and property initialization code, r=jandem.
Brian Hackett <bhackett1024@gmail.com> - Sun, 01 Mar 2015 16:31:41 -0600 - rev 249533
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1135423 - Use unboxed objects for object literals where possible, clean up object literal creation and property initialization code, r=jandem.
60a37ae57d9ccbb6d8a26a469128889f3f692b0c: Bug 1137987 - Remove nonstandard let block from dom/downloads/tests. r=aus
Chris Peterson <cpeterson@mozilla.com> - Fri, 27 Feb 2015 18:31:21 -0800 - rev 249532
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1137987 - Remove nonstandard let block from dom/downloads/tests. r=aus
c65ef0c02ed3bf4071a76f901ab991f999662d71: Bug 1108382 - Part 12: Do not use non-standard flag argument of String.prototype.replace in testing/web-platform/tests/. r=jgriffin
Tooru Fujisawa <arai_a@mac.com> - Sun, 01 Mar 2015 09:51:33 +0900 - rev 249531
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1108382 - Part 12: Do not use non-standard flag argument of String.prototype.replace in testing/web-platform/tests/. r=jgriffin
36d46ffdc3a09263642f3ecd26164918ab665844: Bug 1108382 - Part 11: Do not use non-standard flag argument of String.prototype.replace in services/. r=rnewman
Tooru Fujisawa <arai_a@mac.com> - Sun, 01 Mar 2015 09:51:33 +0900 - rev 249530
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1108382 - Part 11: Do not use non-standard flag argument of String.prototype.replace in services/. r=rnewman
3115299a072a98991f965ece5745ddfb7e7c331b: Bug 1108382 - Part 10: Do not use non-standard flag argument of String.prototype.replace in mobile/android/. r=rnewman
Tooru Fujisawa <arai_a@mac.com> - Sun, 01 Mar 2015 09:51:33 +0900 - rev 249529
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1108382 - Part 10: Do not use non-standard flag argument of String.prototype.replace in mobile/android/. r=rnewman
523e280701e8ab1f270085d7eb380e8ce023729d: Bug 1108382 - Part 9: Do not use non-standard flag argument of String.prototype.replace in js/src/. r=jandem
Tooru Fujisawa <arai_a@mac.com> - Sun, 01 Mar 2015 09:51:33 +0900 - rev 249528
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1108382 - Part 9: Do not use non-standard flag argument of String.prototype.replace in js/src/. r=jandem
f2b7475227148fe8a1f6aa0d0ca3e7262ee12c1a: Bug 1108382 - Part 8: Do not use non-standard flag argument of String.prototype.replace in dom/payment/. r=fabrice
Tooru Fujisawa <arai_a@mac.com> - Sun, 01 Mar 2015 09:51:33 +0900 - rev 249527
Push 7860 by jlund@mozilla.com at Mon, 30 Mar 2015 18:46:02 +0000
Bug 1108382 - Part 8: Do not use non-standard flag argument of String.prototype.replace in dom/payment/. r=fabrice
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip