1. 17 Sep, 2019 1 commit
  2. 13 Sep, 2019 1 commit
  3. 23 Aug, 2019 1 commit
  4. 22 Aug, 2019 2 commits
  5. 20 Aug, 2019 1 commit
  6. 30 Jul, 2019 1 commit
    • Sathya Gunasekaran's avatar
      [WeakRefs] Make cleanup callback run as a task · 743ce772
      Sathya Gunasekaran authored
      Previously, this was run as a microtask and this CL changes it to run
      as a separate task as mandated by the current WeakRef spec.
      
      This CL also introduces a FinalizationGroup type to the V8 API
      representing the JSFinalizationGroup. This has a `Cleanup`
      function that runs the cleanup callback associated with it.
      
      SetHostCleanupFinalizationGroupCallback is added to set
      the embedder defined HostCleanupFinalizationGroupCallback.
      
      ClearKeptObject is exposed on the v8::Isolate to reset the strongly
      held set of objects.
      
      The general workflow is the following:
      
      (a) When the GC notices that a given finalization group has dirty
          cells, it calls HostCleanupFinalizationGroupCallback with the given
          finalization group.
      
      (b) As part of HostCleanupFinalizationGroupCallback, the embedder
          enqueues a task that at some point later calls
          FinalizationGroup::Cleanup.
      
      (c) At some point in the future, FinalizationGroup::Cleanup is called,
          which runs the cleanup callback of the finalization group.
      
      This patch also includes d8 changes to use these new APIs. Currently,
      d8 cycles through the enqueued finalization groups after a synchronous
      turn (and it's microtask checkpoint) and runs the cleanup callbacks.
      
      Change-Id: I06eb4da2c103b2792a9c62bc4b98fd4e5c4892fc
      Bug: v8:8179
      Reviewed-on: https://chromium-review.googlesource.com/c/v8/v8/+/1655655
      Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Reviewed-by: 's avatarHannes Payer <hpayer@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#62984}
      743ce772
  7. 19 Jun, 2019 1 commit
  8. 23 May, 2019 2 commits
  9. 22 May, 2019 1 commit
  10. 17 May, 2019 1 commit
  11. 16 May, 2019 2 commits
  12. 04 Apr, 2019 1 commit
  13. 12 Mar, 2019 1 commit
  14. 27 Feb, 2019 1 commit
  15. 18 Feb, 2019 1 commit
    • Simon Zünd's avatar
      [stack trace] Change API to use new StackTraceFrame class · e295ca07
      Simon Zünd authored
      This CL changes "CaptureCurrentStackTrace" to use the
      FrameArrayBuilder. This way, simple and detailed stack traces use
      the same mechanism to capture stack traces.
      
      The stack trace API is implemented using the previously introduced
      StackTraceFrame class, which uses FrameArray as a backing store and
      can lazily initialize StackFrameInfo objects.
      
      R=jgruber@chromium.org, yangguo@chromium.org
      
      Bug: v8:8742
      Change-Id: I716a9baa33d9ca1d2ef41a73fba26234a03b045b
      Reviewed-on: https://chromium-review.googlesource.com/c/1469822
      Commit-Queue: Simon Zünd <szuend@chromium.org>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#59651}
      e295ca07
  16. 12 Feb, 2019 1 commit
    • tzik's avatar
      Move MicrotasksPolicy management to MicrotaskQueue · df95cff9
      tzik authored
      This CL moves MicrotasksPolicy from Isolate's HandleScopeImplementer
      to MicrotaskQueue for better non-default MicrotaskQueue support.
      
      After this:
       * MicrotaskPolicy is per-MicrotaskQueue rather than single global one.
       * ENTER_V8 runs MicrotaskQueue associated to the current Context, rather
         than the default_microtask_queue().
       * SuppressMicrotaskExecutionScope and MicrotasksScope are ready to
         take MicrotaskQueue parameter, rather than using the default one.
      
      Note that there's no way to use a non-default microtask queue until we
      expose it as a V8 API.
      
      Bug: v8:8124
      Change-Id: I79cbc53d26d9f3f4cfb7c64d303b12e395b76815
      Reviewed-on: https://chromium-review.googlesource.com/c/1429720Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Reviewed-by: 's avatarBenedikt Meurer <bmeurer@chromium.org>
      Commit-Queue: Taiju Tsuiki <tzik@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#59517}
      df95cff9
  17. 01 Feb, 2019 1 commit
  18. 26 Dec, 2018 1 commit
  19. 19 Dec, 2018 1 commit
  20. 17 Dec, 2018 1 commit
  21. 12 Dec, 2018 1 commit
  22. 11 Dec, 2018 1 commit
  23. 23 Nov, 2018 1 commit
  24. 13 Nov, 2018 1 commit
  25. 31 Oct, 2018 3 commits
  26. 20 Sep, 2018 1 commit
  27. 23 Jul, 2018 1 commit
  28. 20 Jul, 2018 1 commit
  29. 12 Jul, 2018 1 commit
  30. 02 Jul, 2018 2 commits
  31. 26 Jun, 2018 1 commit
  32. 24 May, 2018 1 commit
  33. 14 May, 2018 1 commit
    • jgruber's avatar
      [api] Add a dedicated UnboundModuleScript type · 8ec92f51
      jgruber authored
      Module and script SharedFunctionInfos can't be used interchangeably
      (e.g.: it should not be possible to bind a Module's SFI to a Context).
      
      The dedicated type disambiguates the two.
      
      This also adds an overload for CreateCodeCache which takes an unbound
      module script instead of an unbound script. Both are just a SFI
      underneath, so their behavior is identical.
      
      Bug: v8:7685
      Cq-Include-Trybots: luci.chromium.try:linux_chromium_rel_ng
      Change-Id: Iab519d0d50b6b41c95abdb6397f5622e292da4d8
      Reviewed-on: https://chromium-review.googlesource.com/1047107
      Commit-Queue: Jakob Gruber <jgruber@chromium.org>
      Reviewed-by: 's avatarGeorg Neis <neis@chromium.org>
      Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#53150}
      8ec92f51
  34. 23 Apr, 2018 1 commit
    • Andreas Haas's avatar
      [api] Split isolate allocation and initialization · 5c9b30ae
      Andreas Haas authored
      At the moment, the isolate is allocated and initialized in a single
      step. This has the downside that the platform cannot register the
      isolate before the isolate gets initialized, and therefore the platform
      is not available for the isolate during initialization. With this CL we
      register the uninitialized isolate on the platform and initialize the
      isolate after that.
      
      This change is needed to allow the creation of task runners already
      during the initialization of the isolate.
      
      The related chromium CL: https://crrev.com/c/1015020
      
      R=yangguo@chromium.org
      
      Cq-Include-Trybots: luci.chromium.try:linux_chromium_rel_ng
      Change-Id: I52e89388a757f2693d1a800e7aa7701aa0080795
      Reviewed-on: https://chromium-review.googlesource.com/1014044Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Commit-Queue: Andreas Haas <ahaas@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#52731}
      5c9b30ae