Title: [236249] releases/WebKitGTK/webkit-2.22
Revision
236249
Author
[email protected]
Date
2018-09-20 00:54:16 -0700 (Thu, 20 Sep 2018)

Log Message

Merge r236223 - AI rule for MultiPutByOffset executes its effects in the wrong order
https://bugs.webkit.org/show_bug.cgi?id=189757
<rdar://problem/43535257>

Reviewed by Michael Saboff.

JSTests:

* stress/multi-put-by-offset-must-filter-value-before-filtering-base.js: Added.
(foo):
(Foo):
(g):

Source/_javascript_Core:

The AI rule for MultiPutByOffset was executing effects in the wrong order.
It first executed the transition effects and the effects on the base, and
then executed the filtering effects on the value being stored. However, you
can end up with the wrong type when the base and the value being stored
are the same. E.g, in a program like `o.f = o`. These effects need to happen
in the opposite order, modeling what happens in the runtime executing of
MultiPutByOffset.

* dfg/DFGAbstractInterpreterInlines.h:
(JSC::DFG::AbstractInterpreter<AbstractStateType>::executeEffects):

Modified Paths

Added Paths

Diff

Modified: releases/WebKitGTK/webkit-2.22/JSTests/ChangeLog (236248 => 236249)


--- releases/WebKitGTK/webkit-2.22/JSTests/ChangeLog	2018-09-20 07:43:15 UTC (rev 236248)
+++ releases/WebKitGTK/webkit-2.22/JSTests/ChangeLog	2018-09-20 07:54:16 UTC (rev 236249)
@@ -1,3 +1,16 @@
+2018-09-19  Saam barati  <[email protected]>
+
+        AI rule for MultiPutByOffset executes its effects in the wrong order
+        https://bugs.webkit.org/show_bug.cgi?id=189757
+        <rdar://problem/43535257>
+
+        Reviewed by Michael Saboff.
+
+        * stress/multi-put-by-offset-must-filter-value-before-filtering-base.js: Added.
+        (foo):
+        (Foo):
+        (g):
+
 2018-09-17  Saam barati  <[email protected]>
 
         We must convert ProfileType to CheckStructureOrEmpty instead of CheckStructure

Added: releases/WebKitGTK/webkit-2.22/JSTests/stress/multi-put-by-offset-must-filter-value-before-filtering-base.js (0 => 236249)


--- releases/WebKitGTK/webkit-2.22/JSTests/stress/multi-put-by-offset-must-filter-value-before-filtering-base.js	                        (rev 0)
+++ releases/WebKitGTK/webkit-2.22/JSTests/stress/multi-put-by-offset-must-filter-value-before-filtering-base.js	2018-09-20 07:54:16 UTC (rev 236249)
@@ -0,0 +1,25 @@
+//@ runDefault("--collectContinuously=1", "--useConcurrentJIT=0", "--useConcurrentGC=1")
+
+function foo(oo) {
+    oo.x = 4;
+    oo.y = 4;
+    oo.e = oo;
+    oo.e = 7;
+    oo.f = 8;
+}
+noInline(foo);
+
+function Foo() {
+    foo(this);
+}
+
+for (var i = 0; i < 100000; i++) {
+    g();
+}
+
+function g(){
+    foo({f:8});
+    new Foo();
+    new Foo();
+    new Foo();
+}

Modified: releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/ChangeLog (236248 => 236249)


--- releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/ChangeLog	2018-09-20 07:43:15 UTC (rev 236248)
+++ releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/ChangeLog	2018-09-20 07:54:16 UTC (rev 236249)
@@ -1,3 +1,22 @@
+2018-09-19  Saam barati  <[email protected]>
+
+        AI rule for MultiPutByOffset executes its effects in the wrong order
+        https://bugs.webkit.org/show_bug.cgi?id=189757
+        <rdar://problem/43535257>
+
+        Reviewed by Michael Saboff.
+
+        The AI rule for MultiPutByOffset was executing effects in the wrong order.
+        It first executed the transition effects and the effects on the base, and
+        then executed the filtering effects on the value being stored. However, you
+        can end up with the wrong type when the base and the value being stored
+        are the same. E.g, in a program like `o.f = o`. These effects need to happen
+        in the opposite order, modeling what happens in the runtime executing of
+        MultiPutByOffset.
+
+        * dfg/DFGAbstractInterpreterInlines.h:
+        (JSC::DFG::AbstractInterpreter<AbstractStateType>::executeEffects):
+
 2018-09-17  Saam barati  <[email protected]>
 
         We must convert ProfileType to CheckStructureOrEmpty instead of CheckStructure

Modified: releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/dfg/DFGAbstractInterpreterInlines.h (236248 => 236249)


--- releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/dfg/DFGAbstractInterpreterInlines.h	2018-09-20 07:43:15 UTC (rev 236248)
+++ releases/WebKitGTK/webkit-2.22/Source/_javascript_Core/dfg/DFGAbstractInterpreterInlines.h	2018-09-20 07:54:16 UTC (rev 236249)
@@ -3299,12 +3299,17 @@
             }
         }
         
+        // We need to order AI executing these effects in the same order as they're executed
+        // at runtime. This is critical when you have JS code like `o.f = o;`. We first
+        // filter types on o, then transition o. Not the other way around. If we got
+        // this ordering wrong, we could end up with the wrong type representing o.
+        setForNode(node->child2(), resultingValue);
+        if (!!originalValue && !resultingValue)
+            m_state.setIsValid(false);
+
         observeTransitions(clobberLimit, transitions);
         if (forNode(node->child1()).changeStructure(m_graph, newSet) == Contradiction)
             m_state.setIsValid(false);
-        setForNode(node->child2(), resultingValue);
-        if (!!originalValue && !resultingValue)
-            m_state.setIsValid(false);
         break;
     }
         
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes

Reply via email to