Changeset 172950 in webkit for trunk/Source/JavaScriptCore/bytecode/CodeBlock.cpp

Timestamp:

Aug 25, 2014, 9:36:42 PM (11 years ago)

Author:

[email protected]

Message:

TypeProfiler search breaks on return statements
​https://bugs.webkit.org/show_bug.cgi?id=136201

Patch by Saam Barati <​[email protected]> on 2014-08-25
Reviewed by Filip Pizlo.

Searching for return statements in the TypeProfiler currently
breaks down because it expected to see the search descriptor
TypeProfilerSearchDescriptorFunctionReturn when looking for
return statements in the actual source code of the program.
But, TypeProfilerSearchDescriptorFunctionReturn search descriptor
is reserved for looking for return statements that aren't in the
actual source code of the program, but when asking for the
aggregate return type of a function. Now, searching for
return statements in the actual source code of the program will
work when passing in the search descriptor TypeProfilerSearchDescriptorNormal.

• bytecode/CodeBlock.cpp:

(JSC::CodeBlock::CodeBlock):

• runtime/TypeProfiler.cpp:

(JSC::TypeProfiler::findLocation):
(JSC::descriptorMatchesTypeLocation): Deleted.

File:

• trunk/Source/JavaScriptCore/bytecode/CodeBlock.cpp (modified) (2 diffs)

trunk/Source/JavaScriptCore/bytecode/CodeBlock.cpp

@@ -2047 +2047 @@
                 globalVariableID = TypeProfilerReturnStatement;
                 if (!shouldAnalyze) {
-                    // Because some return statements are added implicitly (to return undefined at the end of a function), and these nodes don't emit expression ranges, give them some range.
-                    // Currently, this divot is on the open brace of the function. 
+                    // Because a return statement can be added implicitly to return undefined at the end of a function,
+                    // and these nodes don't emit expression ranges because they aren't in the actual source text of
+                    // the user's program, give the type profiler some range to identify these return statements.
+                    // Currently, the text offset that is used as identification is on the open brace of the function 
+                    // and is stored on TypeLocation's m_divotForFunctionOffsetIfReturnStatement member variable.
                     divotStart = divotEnd = m_sourceOffset;
                     shouldAnalyze = true;
@@ -2061 +2064 @@
             bool isNewLocation = locationPair.second;
 
-            if (ProfileTypeBytecodeFunctionReturnStatement)
+            if (flag == ProfileTypeBytecodeFunctionReturnStatement)
                 location->m_divotForFunctionOffsetIfReturnStatement = m_sourceOffset;