de7e091bbcdf4ce19ccc85f66a977adeecbd30e2: Bug 1244092 - Require Update 1 to build if using Visual C++ 2015. r=gps
Xidorn Quan <quanxunzhen@gmail.com> - Tue, 02 Feb 2016 11:05:43 +1100 - rev 318975
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1244092 - Require Update 1 to build if using Visual C++ 2015. r=gps
3ddc1096f2487e17f891dee44e5f32b911d26938: Bug 993311 - Followup to fix b2g builds r=khuey
Gregor Wagner <anygregor@gmail.com> - Mon, 01 Feb 2016 15:35:25 -0800 - rev 318974
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 993311 - Followup to fix b2g builds r=khuey
c537facdae50cf31e1a39cf23339edb84b3e7444: Bug 1243413 - Avoid hiding windowed plugins that aren't contained within the active scroll frame. r=roc
Jim Mathies <jmathies@mozilla.com> - Mon, 01 Feb 2016 16:50:57 -0600 - rev 318973
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243413 - Avoid hiding windowed plugins that aren't contained within the active scroll frame. r=roc
84db96b7857f6f693331c1a78bf87cd0bfceb5e8: Bug 1240796 - Implement Uint32x4 extractLane in Ion. r=nbp
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318972
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Implement Uint32x4 extractLane in Ion. r=nbp Since Uint32 can't be represented in a MIRType_Int32, this function should return a MIRType_Double. Allow MSimdExtractElement(Uint32x4) to return a MIRType_Int32 too. It will work like the double version followed by MTruncateToInt32 which bitcasts the Uint32 value range into the Int32 value range.
426fa86f579d918364e4f1fc74f6f5df5c8b4a59: Bug 1240796 - Implement unsigned SIMD compares. r=sunfish
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318971
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Implement unsigned SIMD compares. r=sunfish Add a MSimdBinaryComp::AddLegalized function which expands unsigned compares on target platforms that don't support them directly. The early expansion exposes the constants to MIR optimizations. Unsigned comparison is expressed in terms of signed comparison by offsetting both sides by INT_MIN.
564346366f94def3db4e03355263657274ec99d2: Bug 1240796 - Implement Uint32x4 <==> Float32x4 conversions. r=sunfish
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318970
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Implement Uint32x4 <==> Float32x4 conversions. r=sunfish The conversion from Uint32x4 to Float32x4 is not available as an SSE instruction, so we need to expand into a larger instruction sequence lifted from LLVM. Make this expansion early when generating MIR so that it can be exposed to LICM and GVN optimizations. The conversion from Float32x4 to Uint32x4 can throw a RangeError. It is handled similarly to LFloat32x4ToInt32x4. This expansion depends on the details of the cvttps2dq instruction that can't be expressed in MIR, so it can't be expanded early.
a3eee47dab19a77a251829c4bb0be1084b96d61d: Bug 1240796 - Connect SIMD.Uint32x4 operations to the Ion inliner. r=bbouvier
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318969
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Connect SIMD.Uint32x4 operations to the Ion inliner. r=bbouvier Add a new InlinableNative::SimdUint32x4 enumerator, and emit the corresponding JSJitInfo objects in SIMD.cpp. Start producing template objects for Uint32x4 operations in BaselineIC.cpp. Add a new SimdSign enum class to SIMD.h which will be used to distinguish between signed and unsigned integers in the few places where it matters. Map the SIMD.Uint32x4 type to the existing MIRType_Int32x4 + SimdSign::Unsigned. Map SIMD.Int32x4 to MITType_Int32x4 + SimdSign::Signed. Add a 'SimdSign sign' argument to those inlineSimd...() functions that care. Some MIR instructions will get similar fields in the following commits. For now, abort inlining if unsigned vectors are actually encountered. These cases will be fixed in the following commits.
88dd551a1ef105d4f0b2312ea05e4eab0679f294: Bug 1240796 - Add Uint32x4 support to jit-test/lib/simd.js. r=bbouvier
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318968
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Add Uint32x4 support to jit-test/lib/simd.js. r=bbouvier
b91653bb5ab5417ad4e3887f91d50b4a62e15c6d: Bug 1240796 - Extract baseline code to GetTemplateObjectForSimd(). r=bbouvier
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:07 -0800 - rev 318967
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Extract baseline code to GetTemplateObjectForSimd(). r=bbouvier Extract the code that generates template objects for SIMD operations, and rewrite it to use the JSJitInfo nativeOp encoding. This avoids the native function pointer comparisons, and it makes it simpler to add new SIMD types and operations.
8c519f3497f9140afb80b5bec570b8d5557e05fd: Bug 1240796 - Inline SIMD operations that return scalars. r=bbouvier
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:06 -0800 - rev 318966
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Inline SIMD operations that return scalars. r=bbouvier The extractLane(), anyTrue(), and allTrue() SIMD functions produce scalar values, and so they don't need a template object. The canInlineSimd() function was rejecting these functions because of the missing template object. At the same time, explicitly avoid inlining any SIMD operations if the JIT does not support SIMD. This was previously controlled by the absense of the template object.
449c568f3dc59845245086884a3cf56af2aa5fd4: Bug 1240796 - Detemplatize getOrCreateSimdTypeDescr(). r=bbouvier
Jakob Stoklund Olesen <jolesen@mozilla.com> - Mon, 01 Feb 2016 14:55:06 -0800 - rev 318965
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240796 - Detemplatize getOrCreateSimdTypeDescr(). r=bbouvier This saves some code size in a cold function, and it makes it possible to pass in the SIMD type as a dynamic argument. Also detemplatize the static CreateSimdType() to save some code size. Replace all of the Get*TypeRepr() self-hosting functions with a single GetSimdTypeDescr() which takes one of the JS_SIMDTYPEREPR_* constants as an argument instead. Total code shrink ~ 32 KB.
3a6cf1133bb5e7d420d15b1afb40b9cfd5e20411: Bug 1241907 - Grant runtime permissions before running browser tests; r=jmaher
Geoff Brown <gbrown@mozilla.com> - Mon, 01 Feb 2016 15:52:34 -0700 - rev 318964
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1241907 - Grant runtime permissions before running browser tests; r=jmaher
28e722408379ed0ee10c8ed73e75914598cb0e4e: Bug 1240825 - Add an asserts statement for a crashtest on e10s, a=test-only
Jonathan Griffin <jgriffin@mozilla.com> - Mon, 01 Feb 2016 14:46:21 -0800 - rev 318963
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1240825 - Add an asserts statement for a crashtest on e10s, a=test-only
9d7a310cb701aff7072c1ec8aae853fb125ce319: Bug 1243070 - Remove obsolete size-change code; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318962
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243070 - Remove obsolete size-change code; r=snorp Remove obsolete SIZE_CHANGED event and its handler in nsWindow. Also remove some other supporting code (such as gAndroidBounds and the FORCED_RESIZE event) that should be unnecessary by now.
9f0bf58364c731d8c6cec765703fddb9cadf674c: Bug 1243070 - Use native method to notify window size change; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318961
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243070 - Use native method to notify window size change; r=snorp Convert the SIZE_CHANGED event to a native method in GLController, and carry over the SIZE_CHANGED implementation to the new implementation in GLController. Some other changes were made for correctness in handling size changes.
a628353b83b83e812c660347af761c1ec10b8a88: Bug 1243069 - Control GeckoThread state entirely from C++ code; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318960
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243069 - Control GeckoThread state entirely from C++ code; r=snorp Right now, we rely on browser.js sending Gecko:Ready, to set the GeckoThread state to RUNNING upon receiving Gecko:Ready. This patch gets rid of this dependency on browser.js and Gecko:Ready.
24209390c44725189f73d4653317cf34400853e4: Bug 1243049 - Update robocop tests to use new prefs API; r=gbrown
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318959
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243049 - Update robocop tests to use new prefs API; r=gbrown Change old robocop prefs API to the new API and add helper classes for getting prefs. Also switch all tests that use prefs to use the new API.
c4b3686d3283f6e0b1e6540b320b40982232ee73: Bug 1243049 - Use PrefHelper.addObserver; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318958
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243049 - Use PrefHelper.addObserver; r=snorp Use the new PrefHelper.addObserver method for adding pref observers.
6244023e793b09c2367a3116dcccc16ffa077d15: Bug 1243049 - Convert browser.js prefs code to use observer; r=margaret
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:14 -0500 - rev 318957
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243049 - Convert browser.js prefs code to use observer; r=margaret Convert the old prefs code in browser.js to use observer notifications that are sent by the new PrefsHelper implementation, in order to handle pseudo-prefs.
a9da983929fed0aba0d3b4c5f7f2740a21ea5289: Bug 1243049 - Implement new PrefsHelper native methods; r=snorp
Jim Chen <nchen@mozilla.com> - Mon, 01 Feb 2016 17:38:13 -0500 - rev 318956
Push 5913 by jlund@mozilla.com at Mon, 25 Apr 2016 16:57:49 +0000
Bug 1243049 - Implement new PrefsHelper native methods; r=snorp Implement the PrefsHelper native methods. The previous browser.js implementation supported "pseudo-prefs" that did not exist as actual prefs, but was accessible through PrefsHelper. In order to accommodate these pseudo-prefs, we send observer notifications in order to communicate with browser.js about prefs that we don't support.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip