Ignore:
Timestamp:
Oct 9, 2017, 6:30:02 PM (8 years ago)
Author:
[email protected]
Message:

Evaluate the benefit of skipping dead code in the DFGByteCodeParser when a function returns in its first block
https://bugs.webkit.org/show_bug.cgi?id=177925

Reviewed by Saam Barati.

We used to do a rather weird "optimisation" in the bytecode parser: when a function would return in its first block,
the rest of the function was skipped. Since it has no actual impact on any benchmarks from what I could see, I removed
that code. It allows some changes to parseBlock(), since it now returns void and no-longer bool (it was returning a boolean that said whether that case happened or not).

  • dfg/DFGByteCodeParser.cpp:

(JSC::DFG::ByteCodeParser::parseBlock):
(JSC::DFG::ByteCodeParser::parseCodeBlock):

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/Source/JavaScriptCore/ChangeLog

    r223086 r223112  
     12017-10-09  Robin Morisset  <[email protected]>
     2
     3        Evaluate the benefit of skipping dead code in the DFGByteCodeParser when a function returns in its first block
     4        https://bugs.webkit.org/show_bug.cgi?id=177925
     5
     6        Reviewed by Saam Barati.
     7
     8        We used to do a rather weird "optimisation" in the bytecode parser: when a function would return in its first block,
     9        the rest of the function was skipped. Since it has no actual impact on any benchmarks from what I could see, I removed
     10        that code. It allows some changes to parseBlock(), since it now returns void and no-longer bool (it was returning a boolean that said whether that case happened or not).
     11
     12        * dfg/DFGByteCodeParser.cpp:
     13        (JSC::DFG::ByteCodeParser::parseBlock):
     14        (JSC::DFG::ByteCodeParser::parseCodeBlock):
     15
    1162017-10-09  Robin Morisset  <[email protected]>
    217
Note: See TracChangeset for help on using the changeset viewer.