1. 08 Aug, 2017 1 commit
    • Adam Klein's avatar
      Throw errors when assigning to const variables inside `with` · a9846ad4
      Adam Klein authored
      This code appears to have been wrong forever, as it only
      threw in strict mode (presumably predating ES2015 const).
      
      In order to get exactly the right behavior, special
      handling of sloppy named function expressions is required.
      Rather than polluting PropertyAttributes with another
      dummy value, this CL simply adds a bool output argument
      to Context::Lookup to indicate that case.
      
      Bug: v8:6677
      Change-Id: I34daa5080d291808f10cbaefc91d716f0b22963b
      Reviewed-on: https://chromium-review.googlesource.com/602690Reviewed-by: 's avatarJakob Kummerow <jkummerow@chromium.org>
      Commit-Queue: Adam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47207}
      a9846ad4
  2. 07 Aug, 2017 2 commits
    • Maya Lekova's avatar
      Revert "Reland "[builtins] Port getting property from Proxy to CSA"" · ceb55494
      Maya Lekova authored
      This reverts commit 15ef03cb.
      
      Reason for revert: Found the following bugs
      
      Bug: chromium:752846, chromium:752712, chromium:752850
      
      Original change's description:
      > Reland "[builtins] Port getting property from Proxy to CSA"
      > 
      > This reland is after fix in [heap] Delete wrong DCHECK.
      > It includes moving ProxyGetProperty to its own stub to reduce
      > binary size.
      > 
      > This is a reland of 47a97aa5
      > Original change's description:
      > > [builtins] Port getting property from Proxy to CSA
      > > 
      > > Bug: v8:6559, v8:6557
      > > Change-Id: If6c51f5483adb73ddd2495cede5d85e887a3c298
      > > Reviewed-on: https://chromium-review.googlesource.com/589212
      > > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > > Reviewed-by: Jakob Kummerow <jkummerow@chromium.org>
      > > Commit-Queue: Maya Lekova <mslekova@google.com>
      > > Cr-Commit-Position: refs/heads/master@{#47113}
      > 
      > Bug: v8:6559, v8:6557
      > Change-Id: I76acd97ba1acb62b7e7983db1741441d997050f0
      > Reviewed-on: https://chromium-review.googlesource.com/600215
      > Commit-Queue: Maya Lekova <mslekova@google.com>
      > Reviewed-by: Jakob Gruber <jgruber@chromium.org>
      > Reviewed-by: Franziska Hinkelmann <franzih@chromium.org>
      > Reviewed-by: Jakob Kummerow <jkummerow@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47159}
      
      TBR=jkummerow@chromium.org,mstarzinger@chromium.org,franzih@chromium.org,jgruber@chromium.org,ishell@chromium.org,bmeurer@chromium.org,mslekova@google.com
      
      # Not skipping CQ checks because original CL landed > 1 day ago.
      
      Change-Id: I51bef25a031b02cf4deab11282473acae57f1ed3
      Reviewed-on: https://chromium-review.googlesource.com/603708
      Commit-Queue: Maya Lekova <mslekova@google.com>
      Reviewed-by: 's avatarJakob Gruber <jgruber@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47200}
      ceb55494
    • Michaël Zasso's avatar
      [cleanup] Remove unused runtime function · cfb019f5
      Michaël Zasso authored
      The ThrowIllegalInvocation runtime function is not used anywhere.
      
      Bug: 
      Change-Id: I1bb5386e917f0a4ff787a071cef5e13a3f85ee30
      Reviewed-on: https://chromium-review.googlesource.com/600230
      Commit-Queue: Yang Guo <yangguo@chromium.org>
      Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47185}
      cfb019f5
  3. 05 Aug, 2017 1 commit
  4. 04 Aug, 2017 1 commit
  5. 03 Aug, 2017 6 commits
  6. 02 Aug, 2017 9 commits
    • Karl Schimpf's avatar
      Reland "Start migration of try/throw/catch to match proposal." · ad49b7b4
      Karl Schimpf authored
      This is a reland of 470a1001
      Original change's description:
      > Start migration of try/throw/catch to match proposal.
      > 
      > This CL does the first baby steps on moving the current (experimental)
      > exception handling to match that of the WebAssembly proposal.
      > 
      > It does the following:
      > 
      > 1) Use exception tags instead of integers.
      > 
      > 2) Only handle empty exception signatures (i.e. no values associated
      >    with the exception tag.
      > 
      > 3) Only handle one catch clause.
      > 
      > 4) Be sure to rethrow the exception if the exception tag does not match.
      > 
      > Note: There are many things that need to be fixed, and are too
      > numerous to list here. However, the code should have TODO's on each
      > missing parts of the implementation.
      > 
      > Also note that the code currently doesn't handle nested catch blocks,
      > nor does it change the throw value being an integer. Rather, the
      > integer value is still being thrown, and currently is the exception
      > tag. Therefore, we don't build an exception object. This is the reason
      > why this CL doesn't handle exceptions that pass values.
      > 
      > Also, the current implementation still can't handle multiple modules
      > because tag resolution (between) modules has not be implemented yet.
      > 
      > Bug: v8:6577
      > Change-Id: Id6d08b641b3c42d1eec7d4db582f2dab35406114
      > Reviewed-on: https://chromium-review.googlesource.com/591910
      > Reviewed-by: Brad Nelson <bradnelson@chromium.org>
      > Commit-Queue: Karl Schimpf <kschimpf@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47087}
      
      Bug: v8:6577
      Change-Id: I41c3309827c292cb787681a95aaef7cf9b931835
      Reviewed-on: https://chromium-review.googlesource.com/598968Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Reviewed-by: 's avatarBrad Nelson <bradnelson@chromium.org>
      Commit-Queue: Brad Nelson <bradnelson@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47100}
      ad49b7b4
    • Ulan Degenbaev's avatar
      Revert "Start migration of try/throw/catch to match proposal." · 41daf8a5
      Ulan Degenbaev authored
      This reverts commit 470a1001.
      
      Reason for revert: GC stress bot failures.
      https://uberchromegw.corp.google.com/i/client.v8/builders/V8%20Mac%20GC%20Stress/builds/14522
      
      
      Original change's description:
      > Start migration of try/throw/catch to match proposal.
      > 
      > This CL does the first baby steps on moving the current (experimental)
      > exception handling to match that of the WebAssembly proposal.
      > 
      > It does the following:
      > 
      > 1) Use exception tags instead of integers.
      > 
      > 2) Only handle empty exception signatures (i.e. no values associated
      >    with the exception tag.
      > 
      > 3) Only handle one catch clause.
      > 
      > 4) Be sure to rethrow the exception if the exception tag does not match.
      > 
      > Note: There are many things that need to be fixed, and are too
      > numerous to list here. However, the code should have TODO's on each
      > missing parts of the implementation.
      > 
      > Also note that the code currently doesn't handle nested catch blocks,
      > nor does it change the throw value being an integer. Rather, the
      > integer value is still being thrown, and currently is the exception
      > tag. Therefore, we don't build an exception object. This is the reason
      > why this CL doesn't handle exceptions that pass values.
      > 
      > Also, the current implementation still can't handle multiple modules
      > because tag resolution (between) modules has not be implemented yet.
      > 
      > Bug: v8:6577
      > Change-Id: Id6d08b641b3c42d1eec7d4db582f2dab35406114
      > Reviewed-on: https://chromium-review.googlesource.com/591910
      > Reviewed-by: Brad Nelson <bradnelson@chromium.org>
      > Commit-Queue: Karl Schimpf <kschimpf@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47087}
      
      TBR=bradnelson@chromium.org,eholk@chromium.org,kschimpf@chromium.org
      
      Change-Id: I01dc8c40cc1057333a988c1d275ce5f457b0cb64
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: v8:6577
      Reviewed-on: https://chromium-review.googlesource.com/598847Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47090}
      41daf8a5
    • Karl Schimpf's avatar
      Start migration of try/throw/catch to match proposal. · 470a1001
      Karl Schimpf authored
      This CL does the first baby steps on moving the current (experimental)
      exception handling to match that of the WebAssembly proposal.
      
      It does the following:
      
      1) Use exception tags instead of integers.
      
      2) Only handle empty exception signatures (i.e. no values associated
         with the exception tag.
      
      3) Only handle one catch clause.
      
      4) Be sure to rethrow the exception if the exception tag does not match.
      
      Note: There are many things that need to be fixed, and are too
      numerous to list here. However, the code should have TODO's on each
      missing parts of the implementation.
      
      Also note that the code currently doesn't handle nested catch blocks,
      nor does it change the throw value being an integer. Rather, the
      integer value is still being thrown, and currently is the exception
      tag. Therefore, we don't build an exception object. This is the reason
      why this CL doesn't handle exceptions that pass values.
      
      Also, the current implementation still can't handle multiple modules
      because tag resolution (between) modules has not be implemented yet.
      
      Bug: v8:6577
      Change-Id: Id6d08b641b3c42d1eec7d4db582f2dab35406114
      Reviewed-on: https://chromium-review.googlesource.com/591910Reviewed-by: 's avatarBrad Nelson <bradnelson@chromium.org>
      Commit-Queue: Karl Schimpf <kschimpf@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47087}
      470a1001
    • Ulan Degenbaev's avatar
      Revert "Reland^2 "[heap] Add mechanism for tracking invalidated slots per memory chunk."" · b9acf4ed
      Ulan Degenbaev authored
      This reverts commit 0a9d5150.
      
      Reason for revert: another gc-stress failure
      
      Original change's description:
      > Reland^2 "[heap] Add mechanism for tracking invalidated slots per memory chunk."
      > 
      > This reverts commit 6fde541d.
      > 
      > Bug: chromium:694255
      > Change-Id: I4670d0de3d2749afbb3bdb8dc5418822a885330c
      > Reviewed-on: https://chromium-review.googlesource.com/597850
      > Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      > Reviewed-by: Michael Lippautz <mlippautz@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47083}
      
      TBR=ulan@chromium.org,mlippautz@chromium.org
      
      Change-Id: Iaabf4586e0297dccb1ab4ef180b6f1eea173273b
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: chromium:694255
      Reviewed-on: https://chromium-review.googlesource.com/598094Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47084}
      b9acf4ed
    • Ulan Degenbaev's avatar
      Reland^2 "[heap] Add mechanism for tracking invalidated slots per memory chunk." · 0a9d5150
      Ulan Degenbaev authored
      This reverts commit 6fde541d.
      
      Bug: chromium:694255
      Change-Id: I4670d0de3d2749afbb3bdb8dc5418822a885330c
      Reviewed-on: https://chromium-review.googlesource.com/597850
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47083}
      0a9d5150
    • Leszek Swirski's avatar
      [sfi] Move bailout reason into compiler hints · 069c2ac2
      Leszek Swirski authored
      By representing "optimization disabled" with a kNoReason bailout reason,
      we have enough spare bits to merge the bailout reason field into
      compiler hints. This decreases SFI size by one word.
      
      Change-Id: I0169c91dfbfa443128b060a83e483717ed31a166
      Reviewed-on: https://chromium-review.googlesource.com/595980
      Commit-Queue: Leszek Swirski <leszeks@chromium.org>
      Reviewed-by: 's avatarRoss McIlroy <rmcilroy@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47080}
      069c2ac2
    • Ulan Degenbaev's avatar
      Revert "Reland "[heap] Add mechanism for tracking invalidated slots per memory chunk."" · 6fde541d
      Ulan Degenbaev authored
      This reverts commit d4a742fd.
      
      Reason for revert: gc-stress failures
      
      Original change's description:
      > Reland "[heap] Add mechanism for tracking invalidated slots per memory chunk."
      > 
      > This reverts commit c59b81d7.
      > 
      > Original change's description:
      > > [heap] Add mechanism for tracking invalidated slots per memory chunk.
      > 
      > > For correct slots recording in concurrent marker, we need to resolve
      > > the race that happens when
      > > 1) the mutator is invalidating slots for double unboxing or string
      > > conversions
      > > 2) and the concurrent marker is recording these slots.
      > 
      > > This patch adds a data-structure for tracking the invalidated objects.
      > > Thus we can allow the concurrent marker to record slots without
      > > worrying about clearing them. During old-to-old pointer updating phase
      > > we re-check all slots that belong to the invalidated objects.
      > 
      > BUG=chromium:694255
      > 
      > Change-Id: Idf8927d162377a7bbdff34f81a87e52db27d6a9f
      > Reviewed-on: https://chromium-review.googlesource.com/596868
      > Reviewed-by: Michael Lippautz <mlippautz@chromium.org>
      > Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47068}
      
      TBR=ulan@chromium.org,mlippautz@chromium.org
      
      Change-Id: I81c6059a092cc5834acd799c51fd30dc0ecf5b27
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: chromium:694255
      Reviewed-on: https://chromium-review.googlesource.com/597787Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47078}
      6fde541d
    • Julien Brianceau's avatar
      Fix common misspellings · b41f857b
      Julien Brianceau authored
      Bug: chromium:750830
      Cq-Include-Trybots: master.tryserver.blink:linux_trusty_blink_rel;master.tryserver.chromium.linux:linux_chromium_rel_ng;master.tryserver.v8:v8_linux_noi18n_rel_ng
      Change-Id: Icab7b5a1c469d5e77d04df8bfca8319784e92af4
      Reviewed-on: https://chromium-review.googlesource.com/595655
      Commit-Queue: Julien Brianceau <jbriance@cisco.com>
      Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Reviewed-by: 's avatarMichael Starzinger <mstarzinger@chromium.org>
      Reviewed-by: 's avatarClemens Hammacher <clemensh@chromium.org>
      Reviewed-by: 's avatarDaniel Ehrenberg <littledan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47072}
      b41f857b
    • Ulan Degenbaev's avatar
      Reland "[heap] Add mechanism for tracking invalidated slots per memory chunk." · d4a742fd
      Ulan Degenbaev authored
      This reverts commit c59b81d7.
      
      Original change's description:
      > [heap] Add mechanism for tracking invalidated slots per memory chunk.
      
      > For correct slots recording in concurrent marker, we need to resolve
      > the race that happens when
      > 1) the mutator is invalidating slots for double unboxing or string
      > conversions
      > 2) and the concurrent marker is recording these slots.
      
      > This patch adds a data-structure for tracking the invalidated objects.
      > Thus we can allow the concurrent marker to record slots without
      > worrying about clearing them. During old-to-old pointer updating phase
      > we re-check all slots that belong to the invalidated objects.
      
      BUG=chromium:694255
      
      Change-Id: Idf8927d162377a7bbdff34f81a87e52db27d6a9f
      Reviewed-on: https://chromium-review.googlesource.com/596868Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47068}
      d4a742fd
  7. 01 Aug, 2017 5 commits
    • Ulan Degenbaev's avatar
      Revert "[heap] Add mechanism for tracking invalidated slots per memory chunk." · c59b81d7
      Ulan Degenbaev authored
      This reverts commit 7a5a777c.
      
      Reason for revert: crashing in test-api
      
      Original change's description:
      > [heap] Add mechanism for tracking invalidated slots per memory chunk.
      > 
      > For correct slots recording in concurrent marker, we need to resolve
      > the race that happens when
      > 1) the mutator is invalidating slots for double unboxing or string
      > conversions
      > 2) and the concurrent marker is recording these slots.
      > 
      > This patch adds a data-structure for tracking the invalidated objects.
      > Thus we can allow the concurrent marker to record slots without
      > worrying about clearing them. During old-to-old pointer updating phase
      > we re-check all slots that belong to the invalidated objects.
      > 
      > BUG=chromium:694255
      > 
      > Change-Id: Ifc3d82918cd3b96e5a5fb7125691626a56f4ab83
      > Reviewed-on: https://chromium-review.googlesource.com/591810
      > Reviewed-by: Michael Lippautz <mlippautz@chromium.org>
      > Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#47049}
      
      TBR=ulan@chromium.org,mlippautz@chromium.org
      
      Change-Id: I7f4f8e8cb027b921a82e9c0a0623536af02581fb
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Bug: chromium:694255
      Reviewed-on: https://chromium-review.googlesource.com/595994Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47052}
      c59b81d7
    • Ulan Degenbaev's avatar
      [heap] Add mechanism for tracking invalidated slots per memory chunk. · 7a5a777c
      Ulan Degenbaev authored
      For correct slots recording in concurrent marker, we need to resolve
      the race that happens when
      1) the mutator is invalidating slots for double unboxing or string
      conversions
      2) and the concurrent marker is recording these slots.
      
      This patch adds a data-structure for tracking the invalidated objects.
      Thus we can allow the concurrent marker to record slots without
      worrying about clearing them. During old-to-old pointer updating phase
      we re-check all slots that belong to the invalidated objects.
      
      BUG=chromium:694255
      
      Change-Id: Ifc3d82918cd3b96e5a5fb7125691626a56f4ab83
      Reviewed-on: https://chromium-review.googlesource.com/591810Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Commit-Queue: Ulan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47049}
      7a5a777c
    • Leszek Swirski's avatar
      [heap] Remove IC age · 77cd8416
      Leszek Swirski authored
      Remove the concept of IC age from the heap and SFI, since it no
      longer does anything useful.
      
      Change-Id: I4ce466efc77c007c09c0889bae09ec6a0c907e33
      Reviewed-on: https://chromium-review.googlesource.com/593623
      Commit-Queue: Leszek Swirski <leszeks@chromium.org>
      Reviewed-by: 's avatarMichael Lippautz <mlippautz@chromium.org>
      Reviewed-by: 's avatarUlan Degenbaev <ulan@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47041}
      77cd8416
    • Michael Starzinger's avatar
      [deoptimizer] Removed unused argument from {TranslatedState}. · 2bdf6ac5
      Michael Starzinger authored
      R=jarin@chromium.org
      BUG=v8:6586
      
      Change-Id: I1eedfe8d3d420fe88df5321cc855cfd6266d7c6e
      Reviewed-on: https://chromium-review.googlesource.com/595653Reviewed-by: 's avatarJaroslav Sevcik <jarin@chromium.org>
      Commit-Queue: Michael Starzinger <mstarzinger@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47040}
      2bdf6ac5
    • Sathya Gunasekaran's avatar
      [parser] Provide better error when destructuring callable · c805d5e3
      Sathya Gunasekaran authored
      The patch changes CallPrinter's AST traversal to continue even after
      the first positive match for an AST node. This helps us check for the
      subsequent GetIterator AST node in case of destructuring.
      
      We can not differentiate between the function call failing and the
      GetIterator failing based on source position info. This would involve
      runtime checks costing performance.
      
      Instead of providing an incorrect error, we provide both the
      possiblities to user and allow them to disambiguate.
      
      Previously,
        d8> function f() { return 5; }
        undefined
        d8> var [a] = f();
        (d8):1: TypeError: f is not a function
        var [a] = f();
                  ^
        TypeError: f is not a function
            at (d8):1:11
      
      
      Now,
        d8> function f() { return 5; }
        undefined
        d8> var [a] = f();
        (d8):1: TypeError: f is not a function or its return value is not iterable
        var [a] = f();
                  ^
        TypeError: f is not a function or its return value is not iterable
            at (d8):1:11
      
      Bug: v8:6616, v8:6513
      Change-Id: I3d6427f10cae54951b0ad0e5ddcbe802bb7191c1
      Reviewed-on: https://chromium-review.googlesource.com/594894
      Commit-Queue: Sathya Gunasekaran <gsathya@chromium.org>
      Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#47025}
      c805d5e3
  8. 31 Jul, 2017 3 commits
  9. 27 Jul, 2017 1 commit
  10. 26 Jul, 2017 1 commit
  11. 25 Jul, 2017 6 commits
  12. 24 Jul, 2017 1 commit
  13. 21 Jul, 2017 1 commit
  14. 20 Jul, 2017 2 commits
    • Adam Klein's avatar
      Revert "[literals] Introduce CreateEmptyArrayLiteral Bytecode" · 62f83377
      Adam Klein authored
      This reverts commit 4851745f.
      
      Reason for revert: Top crasher on Canary, see https://crbug.com/746935
      
      Original change's description:
      > [literals] Introduce CreateEmptyArrayLiteral Bytecode
      > 
      > Empty Array literals are amongst the most commonly used literal types on our
      > top25 page list. Using a custom bytecode we can drop the boilerplate for empty
      > Array literals alltogether. However, we still need a proper AllocationSite to
      > track ElementsKind transitions.
      > 
      > Bug: v8:6211
      > Change-Id: Id5dbdac0ea8e24dd474e679c902c6e4a2957af1d
      > Reviewed-on: https://chromium-review.googlesource.com/567079
      > Commit-Queue: Camillo Bruni <cbruni@chromium.org>
      > Reviewed-by: Ross McIlroy <rmcilroy@chromium.org>
      > Reviewed-by: Igor Sheludko <ishell@chromium.org>
      > Reviewed-by: Michael Starzinger <mstarzinger@chromium.org>
      > Cr-Commit-Position: refs/heads/master@{#46752}
      
      TBR=rmcilroy@chromium.org,mstarzinger@chromium.org,cbruni@chromium.org,ishell@chromium.org,rmcilroy@google.com
      Bug: v8:6211, chromium:746935
      
      Change-Id: Ibf19a923688c071d03bad8661a10e08f8414db56
      Reviewed-on: https://chromium-review.googlesource.com/580193
      Commit-Queue: Adam Klein <adamk@chromium.org>
      Reviewed-by: 's avatarAdam Klein <adamk@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#46804}
      62f83377
    • jgruber's avatar
      [regexp] Turn JSRegExp::last_index into a standard accessor · 2bce4880
      jgruber authored
      In contrast to other internal fields (data, source, and flags), last_index is
      an in-object property. But we can still use the standard accessor macros to
      access it.
      
      Bug: 
      Change-Id: If77f2bb01c6ddccebdde09d7a316c2ddaaf9b277
      Reviewed-on: https://chromium-review.googlesource.com/577549Reviewed-by: 's avatarYang Guo <yangguo@chromium.org>
      Commit-Queue: Jakob Gruber <jgruber@chromium.org>
      Cr-Commit-Position: refs/heads/master@{#46779}
      2bce4880