Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(177)

Issue 623453003: Serialize external strings in the code serializer. (Closed)

Created:
6 years, 2 months ago by Yang
Modified:
6 years, 2 months ago
Reviewers:
mvstanton
CC:
v8-dev, vogelheim
Project:
v8
Visibility:
Public.

Description

Handle external strings in the code serializer. R=mvstanton@chromium.org Committed: https://code.google.com/p/v8/source/detail?r=24378

Patch Set 1 #

Total comments: 1
Unified diffs Side-by-side diffs Delta from patch set Stats (+242 lines, -11 lines) Patch
M src/serialize.h View 1 chunk +4 lines, -0 lines 0 comments Download
M src/serialize.cc View 5 chunks +81 lines, -11 lines 0 comments Download
M test/cctest/test-serialize.cc View 1 chunk +157 lines, -0 lines 1 comment Download

Messages

Total messages: 4 (0 generated)
Yang
Please take a look!
6 years, 2 months ago (2014-10-01 14:14:18 UTC) #1
mvstanton
Nice solution. LGTM, just one comment about a nice to have in the test. https://codereview.chromium.org/623453003/diff/1/test/cctest/test-serialize.cc ...
6 years, 2 months ago (2014-10-01 14:26:22 UTC) #2
Yang
Committed patchset #1 (id:1) manually as 24378 (presubmit successful).
6 years, 2 months ago (2014-10-02 07:12:54 UTC) #3
Yang
6 years, 2 months ago (2014-10-02 07:13:15 UTC) #4
Message was sent while issue was closed.
On 2014/10/01 14:26:22, mvstanton wrote:
> Nice solution. LGTM, just one comment about a nice to have in the test.
> 
> https://codereview.chromium.org/623453003/diff/1/test/cctest/test-serialize.cc
> File test/cctest/test-serialize.cc (right):
> 
>
https://codereview.chromium.org/623453003/diff/1/test/cctest/test-serialize.c...
> test/cctest/test-serialize.cc:954:
> two_byte_string->MakeExternal(&two_byte_resource);
> I like these tests. Nit: Is it possible to check that the external string for
> "one_byte" and "two_byte" do not exist in the context that you deserialize
into?
> That would verify that you don't create an external string, but just an
> internalized string. I guess you'd have to make a new handle scope for that?

As talked about offline, there is no test in place to check the string type
after serialization, and I don't think it's necessary.

Powered by Google App Engine
This is Rietveld 408576698