1. 12 Mar, 2020 1 commit
  2. 09 Jan, 2020 1 commit
  3. 21 Nov, 2019 1 commit
  4. 30 Aug, 2019 2 commits
  5. 17 Jul, 2019 1 commit
  6. 05 Jul, 2019 1 commit
  7. 03 Jul, 2019 1 commit
  8. 12 Jun, 2019 1 commit
  9. 23 May, 2019 1 commit
  10. 07 May, 2019 1 commit
  11. 30 Oct, 2018 1 commit
  12. 15 Oct, 2018 1 commit
  13. 27 Sep, 2018 1 commit
    • Georg Neis's avatar
      [turbofan] Prepare broker for the next steps. · bcbb6d9e
      Georg Neis authored
      - Add a new broker mode kRetired, in which the heap can
        again be accessed.
      - Change the way modes work. We now always start in kDisabled.
        If FLAG_concurrent_compiler_frontend is on, we eventually move
        to kSerializing, then to kSerialized, then to kRetired.
      - Add an ObjectDataKind to ObjectData that indicates whether the
        data is just a dummy (i.e. created while broker was in kDisabled
        mode).
      
      This also happens to fix a bug found by clusterfuzz.
      
      Bug: v8:7790, chromium:889722
      Change-Id: I38833fe7ad26d2d3efb15ba560576defb82f673a
      Reviewed-on: https://chromium-review.googlesource.com/1245425
      Commit-Queue: Georg Neis <neis@chromium.org>
      Reviewed-by: 's avatarMaya Lekova <mslekova@chromium.org>
      Reviewed-by: 's avatarJaroslav Sevcik <jarin@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#56260}
      bcbb6d9e
  14. 25 Sep, 2018 2 commits
  15. 20 Sep, 2018 1 commit
  16. 17 Sep, 2018 1 commit
  17. 31 Jul, 2018 1 commit
  18. 23 Jul, 2018 1 commit
  19. 07 Jun, 2018 1 commit
  20. 25 May, 2018 1 commit
  21. 18 May, 2018 1 commit
  22. 28 Apr, 2018 1 commit
  23. 09 Apr, 2018 1 commit
  24. 06 Apr, 2018 2 commits
    • Michael Achenbach's avatar
      Revert "[cleanup] Refactor the Factory" · 503e07c3
      Michael Achenbach authored
      This reverts commit f9a2e24b.
      
      Reason for revert: gc stress failures not all fixed by follow up.
      
      Original change's description:
      > [cleanup] Refactor the Factory
      > 
      > There is no good reason to have the meat of most objects' initialization
      > logic in heap.cc, all wrapped by the CALL_HEAP_FUNCTION macro. Instead,
      > this CL changes the protocol between Heap and Factory to be AllocateRaw,
      > and all object initialization work after (possibly retried) successful
      > raw allocation happens in the Factory.
      > 
      > This saves about 20KB of binary size on x64.
      > 
      > Cq-Include-Trybots: luci.v8.try:v8_linux_noi18n_rel_ng
      > Change-Id: Icbfdc4266d7be8b48d2fe085f03411743dc6a0ca
      > Reviewed-on: https://chromium-review.googlesource.com/959533
      > Commit-Queue: Jakob Kummerow <jkummerow@chromium.org>
      > Reviewed-by: Hannes Payer <hpayer@chromium.org>
      > Reviewed-by: Yang Guo <yangguo@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#52416}
      
      TBR=jkummerow@chromium.org,yangguo@chromium.org,mstarzinger@chromium.org,hpayer@chromium.org
      
      Change-Id: Idbbc53478742f3e9525eee83342afc6aedae122f
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Cq-Include-Trybots: luci.v8.try:v8_linux_noi18n_rel_ng
      Reviewed-on: https://chromium-review.googlesource.com/999414Reviewed-by: 's avatarMichael Achenbach <machenbach@chromium.org>
      Commit-Queue: Michael Achenbach <machenbach@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#52420}
      503e07c3
    • Jakob Kummerow's avatar
      [cleanup] Refactor the Factory · f9a2e24b
      Jakob Kummerow authored
      There is no good reason to have the meat of most objects' initialization
      logic in heap.cc, all wrapped by the CALL_HEAP_FUNCTION macro. Instead,
      this CL changes the protocol between Heap and Factory to be AllocateRaw,
      and all object initialization work after (possibly retried) successful
      raw allocation happens in the Factory.
      
      This saves about 20KB of binary size on x64.
      
      Cq-Include-Trybots: luci.v8.try:v8_linux_noi18n_rel_ng
      Change-Id: Icbfdc4266d7be8b48d2fe085f03411743dc6a0ca
      Reviewed-on: https://chromium-review.googlesource.com/959533
      Commit-Queue: Jakob Kummerow <jkummerow@chromium.org>
      Reviewed-by: 's avatarHannes Payer <hpayer@chromium.org>
      Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#52416}
      f9a2e24b
  25. 13 Dec, 2017 1 commit
  26. 20 Oct, 2017 1 commit
  27. 05 Jan, 2017 1 commit
  28. 24 Nov, 2016 1 commit
  29. 02 Nov, 2016 1 commit
  30. 13 Oct, 2016 1 commit
  31. 10 Oct, 2016 1 commit
    • bmeurer's avatar
      [turbofan] Enforce native context specialization. · f6bd23f2
      bmeurer authored
      There were once plans to generate cross-context code with TurboFan,
      however that doesn't fit into the model anymore, and so all of this
      is essentially dead untested code (and thus most likely already broken
      in subtle ways). With this mode still in place it would also be a lot
      harder to make inlining based on SharedFunctionInfo work.
      
      BUG=v8:2206,v8:5499
      R=jarin@chromium.org
      
      Review-Url: https://codereview.chromium.org/2406803002
      Cr-Commit-Position: refs/heads/master@{#40109}
      f6bd23f2
  32. 06 Oct, 2016 1 commit
    • mvstanton's avatar
      [Turbofan] Introduce OtherNumberConstant. · 978fe70b
      mvstanton authored
      With this CL, we devolve all Constants introduced as they are with an object handle into
      
      * Range - for integers
      * Nan
      * MinusZero
      * OtherNumberConstant - for doubles
      * HeapConstant
      
      We reduce the amount we have to inspect an object handle during optimization. Also, simplifications result. For example, you never have to check if a Range contains a HeapConstant.
      
      BUG=
      
      Review-Url: https://codereview.chromium.org/2381523002
      Cr-Commit-Position: refs/heads/master@{#40041}
      978fe70b
  33. 16 Sep, 2015 1 commit
  34. 01 Sep, 2015 1 commit
  35. 31 Aug, 2015 1 commit
    • mstarzinger's avatar
      [turbofan] Remove usage of Unique<T> from graph. · 6e65e6db
      mstarzinger authored
      The usage of Unique<T> throughout the TurboFan IR does not have any
      advantage. There is no single point in time when they are initialized
      and most use-sites looked through to the underlying Handle<T> anyways.
      Also there already was a mixture of Handle<T> versus Unique<T> in the
      graph and this unifies the situation to use Handle<T> everywhere.
      
      R=bmeurer@chromium.org,titzer@chromium.org
      
      Review URL: https://codereview.chromium.org/1314473007
      
      Cr-Commit-Position: refs/heads/master@{#30458}
      6e65e6db
  36. 30 Jun, 2015 1 commit
    • bmeurer's avatar
      [turbofan] Remove unused constructor function matching from typer. · 722e2e2b
      bmeurer authored
      This optimization never triggers currently, and is inherently native
      context dependent for no real reason (for example it will not properly
      detect those constructors in the case of cross native context inlining),
      plus it is slow and awkward.  In case we really need this functionality
      at some point, we should find a way to make it work with the builtin
      function id mechanism that is already in place to match other builtins.
      
      R=jarin@chromium.org,rossberg@chromium.org
      
      Review URL: https://codereview.chromium.org/1221683006
      
      Cr-Commit-Position: refs/heads/master@{#29365}
      722e2e2b
  37. 24 Jun, 2015 1 commit
    • danno's avatar
      Use big-boy Types to annotate interface descriptor parameters · c019d7f4
      danno authored
      - Thread Type::FunctionType through stubs and the TF pipeline.
      - Augment Typer to decorate parameter nodes with types from
        a Type::FunctionType associated with interface descriptors.
      - Factor interface descriptors into platform-specific and
        platform-independent components so that all descriptors share
        a common Type::FunctionType for all platforms.
      
      Review URL: https://codereview.chromium.org/1197703002
      
      Cr-Commit-Position: refs/heads/master@{#29248}
      c019d7f4