1. 26 Feb, 2018 2 commits
    • Benedikt Meurer's avatar
      [turbofan] Further harden the JSCreateClosure nodes. · 597852f8
      Benedikt Meurer authored
      The CreateClosureMode introduced with 2ece046c is still not 100%
      fail-safe and doesn't scale. What we really need instead, especially
      when we might start removing the SharedFunctionInfo::code field
      eventually, is to tell the JSCreateClosure node which code object to
      use. So instead of adding magic around it, let's just pass it to the
      node.
      
      Bug: v8:2206, v8:7253, v8:7310
      Change-Id: Iedb6ae468a763643617975f47d96854d1aeafbe9
      Reviewed-on: https://chromium-review.googlesource.com/937121Reviewed-by: 's avatarJaroslav Sevcik <jarin@chromium.org>
      Commit-Queue: Benedikt Meurer <bmeurer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#51548}
      597852f8
    • Benedikt Meurer's avatar
      [turbofan] Introduce explicit CreateClosureMode. · 2ece046c
      Benedikt Meurer authored
      We use JSCreateClosure to also constructs closures for builtins, i.e.
      for the callbacks created by the Promise constructor. For these builtins
      we cannot set code to CompileLazy builtin, but need to use the code from
      the SharedFunctionInfo. The explicit mode tells the lowering what it
      should do (instead of relying on SharedFunctionInfo::native(), which is
      not the right bit).
      
      Bug: v8:2206, v8:7253, v8:7310
      Change-Id: Ic956814e137c57b36ebb5d7b4d964dde5ee51a0d
      Reviewed-on: https://chromium-review.googlesource.com/930964
      Commit-Queue: Benedikt Meurer <bmeurer@chromium.org>
      Reviewed-by: 's avatarMichael Stanton <mvstanton@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#51547}
      2ece046c
  2. 25 Feb, 2018 3 commits
  3. 24 Feb, 2018 9 commits
  4. 23 Feb, 2018 26 commits