|
|
Created:
5 years, 3 months ago by Michael Lippautz Modified:
5 years, 3 months ago Reviewers:
jochen (gone - plz use gerrit) CC:
v8-reviews_googlegroups.com Base URL:
https://chromium.googlesource.com/v8/v8.git@master Target Ref:
refs/pending/heads/master Project:
v8 Visibility:
Public. |
DescriptionFix initialization order (setup) for JSArrayBuffer objects.
BUG=chromium:531322
LOG=N
R=jochen@chromium.org
Committed: https://crrev.com/cb621e2e2cce9770f0ede9cb3d4d1886a6e199f0
Cr-Commit-Position: refs/heads/master@{#30713}
Patch Set 1 #
Total comments: 3
Patch Set 2 : Addressed comment #
Total comments: 2
Patch Set 3 : Fix DCHECK for bytelength and compilation #Messages
Total messages: 19 (7 generated)
mlippautz@chromium.org changed reviewers: + jochen@chromium.org
https://codereview.chromium.org/1337943005/diff/1/src/objects.cc File src/objects.cc (right): https://codereview.chromium.org/1337943005/diff/1/src/objects.cc#newcode16199 src/objects.cc:16199: Handle<Object> byte_length = Not sure about this one, but I guess we should properly set the length in case we add a backing store?
lgtm with setting the length in materialize removed https://codereview.chromium.org/1337943005/diff/1/src/objects.cc File src/objects.cc (right): https://codereview.chromium.org/1337943005/diff/1/src/objects.cc#newcode16199 src/objects.cc:16199: Handle<Object> byte_length = On 2015/09/14 at 10:35:30, Michael Lippautz wrote: > Not sure about this one, but I guess we should properly set the length in case we add a backing store? the length should already be set correctly at that point
https://codereview.chromium.org/1337943005/diff/1/src/objects.cc File src/objects.cc (right): https://codereview.chromium.org/1337943005/diff/1/src/objects.cc#newcode16199 src/objects.cc:16199: Handle<Object> byte_length = On 2015/09/14 10:41:55, jochen wrote: > On 2015/09/14 at 10:35:30, Michael Lippautz wrote: > > Not sure about this one, but I guess we should properly set the length in case > we add a backing store? > > the length should already be set correctly at that point Replaced with a DCHECK as discussed offline.
The CQ bit was checked by mlippautz@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1337943005/20001 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1337943005/20001
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: v8_linux64_avx2_rel on tryserver.v8 (JOB_FAILED, http://build.chromium.org/p/tryserver.v8/builders/v8_linux64_avx2_rel/builds/...)
https://codereview.chromium.org/1337943005/diff/20001/src/objects.cc File src/objects.cc (right): https://codereview.chromium.org/1337943005/diff/20001/src/objects.cc#newcode1... src/objects.cc:16199: DCHECK(buffer->byte_length->IsHeapNumber() && can also be a smi, no?
https://codereview.chromium.org/1337943005/diff/20001/src/objects.cc File src/objects.cc (right): https://codereview.chromium.org/1337943005/diff/20001/src/objects.cc#newcode1... src/objects.cc:16199: DCHECK(buffer->byte_length->IsHeapNumber() && On 2015/09/14 11:06:24, jochen wrote: > can also be a smi, no? Yes, figured this out after starting the dry run...
The CQ bit was checked by mlippautz@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1337943005/20002 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1337943005/20002
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by mlippautz@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from jochen@chromium.org Link to the patchset: https://codereview.chromium.org/1337943005/#ps20002 (title: "Fix DCHECK for bytelength and compilation")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/patch-status/1337943005/20002 View timeline at https://chromium-cq-status.appspot.com/patch-timeline/1337943005/20002
Message was sent while issue was closed.
Committed patchset #3 (id:20002)
Message was sent while issue was closed.
Patchset 3 (id:??) landed as https://crrev.com/cb621e2e2cce9770f0ede9cb3d4d1886a6e199f0 Cr-Commit-Position: refs/heads/master@{#30713} |