1. 17 Jun, 2019 1 commit
  2. 10 Aug, 2017 1 commit
  3. 13 Jul, 2017 1 commit
  4. 23 Jun, 2017 1 commit
  5. 14 Mar, 2017 1 commit
  6. 29 Aug, 2016 1 commit
    • littledan's avatar
      Disallow tail calls from async functions and generators · 5af4cd98
      littledan authored
      Tail calls don't make sense from async functions and generators, as
      each activation of these functions needs to make a new, distnict,
      non-reused generator object. These tail calls are not required per
      spec. This patch disables both syntactic and implicit tail calls
      in async functions and generators.
      
      R=neis
      BUG=v8:5301,chromium:639270
      
      Review-Url: https://codereview.chromium.org/2278413003
      Cr-Commit-Position: refs/heads/master@{#38986}
      5af4cd98
  7. 27 Jun, 2016 1 commit
    • mstarzinger's avatar
      [turbofan] Fix missing lazy deopt in object literals. · 4af80298
      mstarzinger authored
      This adds a missing lazy bailout point when defining data properties
      with computed property names in object literals. The runtime call to
      Runtime::kDefineDataPropertyInLiteral can trigger deopts. The necessary
      bailout ID already exists and is now properly used.
      
      R=jarin@chromium.org
      TEST=mjsunit/regress/regress-crbug-621816
      BUG=chromium:621816
      
      Review-Url: https://codereview.chromium.org/2099133003
      Cr-Commit-Position: refs/heads/master@{#37294}
      4af80298
  8. 03 May, 2016 1 commit
    • adamk's avatar
      Fix 'eval' in class extends clauses to be always-strict · c8a342a5
      adamk authored
      Compiler backends get their language mode from the current
      function, but should instead be deriving it from the current scope.
      This allows proper handling of the always-strictness of class declarations
      and expressions, and in particular the treatment of 'eval' calls in an
      extends clause as a strict eval.
      
      Also fix the parser's RecordEvalCall logic to only reach out to the
      DeclarationScope in sloppy mode, which fixes the strange case of a
      sloppy function thinking it contains a sloppy eval when in fact
      it contains only a strict eval.
      
      BUG=v8:4970
      LOG=n
      
      Review-Url: https://codereview.chromium.org/1931003003
      Cr-Commit-Position: refs/heads/master@{#36001}
      c8a342a5
  9. 04 Apr, 2016 1 commit
    • mstarzinger's avatar
      Fix resuming generator marked for optimization. · 6ab9c185
      mstarzinger authored
      This fixes a corner case where the generator function of a suspended
      generator has been marked for optimization. We assume the optimization
      approach will cause a bailout because generators are not optimized. But
      resuming is more resilient by always activating the unoptimized code.
      
      R=neis@chromium.org,bmeurer@chromium.org
      TEST=mjsunit/regress/regress-crbug-513471
      BUG=chromium:513471
      LOG=n
      
      Review URL: https://codereview.chromium.org/1856683002
      
      Cr-Commit-Position: refs/heads/master@{#35234}
      6ab9c185
  10. 03 Feb, 2016 1 commit
  11. 02 Feb, 2016 1 commit
  12. 29 Jan, 2016 1 commit
    • littledan's avatar
      Fix Unicode string normalization with null bytes · f3e41d96
      littledan authored
      Previously, String.prototype.normalize constructed its ICU input
      string as a null-terminated string. This creates a bug for strings
      which contain a null byte, which is allowed in ECMAScript. This
      patch constructs the ICU string based on its length so that the
      entire string is normalized.
      
      R=jshin@chromium.org
      BUG=v8:4654
      LOG=Y
      
      Review URL: https://codereview.chromium.org/1645223003
      
      Cr-Commit-Position: refs/heads/master@{#33614}
      f3e41d96
  13. 04 Jan, 2016 1 commit