Closed
Bug 916993
Opened 11 years ago
Closed 11 years ago
GC: Handlify public string methods
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla27
People
(Reporter: terrence, Assigned: terrence)
References
Details
Attachments
(1 file)
No description provided.
Assignee | ||
Comment 1•11 years ago
|
||
I had to add a bunch of new Rooted in paths that look like they may be hot in order to support a JS_InternJSString that takes a Handle. All but one use was in a tail position, and thus did not need to be rooted here.
Attachment #805743 -
Flags: feedback?(bzbarsky)
Comment 2•11 years ago
|
||
Comment on attachment 805743 [details] [diff] [review] handlify_string_apis-wip0.diff Looks fine to me. None of these are that hot; worker events are the closest, but still not that hot.
Attachment #805743 -
Flags: feedback?(bzbarsky) → feedback+
Assignee | ||
Comment 3•11 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=495c3f75cf07
Comment 4•11 years ago
|
||
Comment on attachment 805743 [details] [diff] [review] handlify_string_apis-wip0.diff r=me on the non-jsapi.h bits. That part could use a JS peer, though seems fine to me.
Attachment #805743 -
Flags: review+
Assignee | ||
Comment 5•11 years ago
|
||
Comment on attachment 805743 [details] [diff] [review] handlify_string_apis-wip0.diff Thanks, Boris!
Attachment #805743 -
Flags: review?(jcoppeard)
Comment 6•11 years ago
|
||
Comment on attachment 805743 [details] [diff] [review] handlify_string_apis-wip0.diff Review of attachment 805743 [details] [diff] [review]: ----------------------------------------------------------------- Looks good, but did we decide to use the JS::HandleValue style rather than JS::Hande<JS::Value> in in jsapi.h now?
Attachment #805743 -
Flags: review?(jcoppeard) → review+
Assignee | ||
Comment 7•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/1ef7f6e82c16 (In reply to Jon Coppeard (:jonco) from comment #6) > Comment on attachment 805743 [details] [diff] [review] > handlify_string_apis-wip0.diff > > Review of attachment 805743 [details] [diff] [review]: > ----------------------------------------------------------------- > > Looks good, but did we decide to use the JS::HandleValue style rather than > JS::Hande<JS::Value> in in jsapi.h now? Yes, there was a long thread on [JS-internals] titled "What's in a (handle's) name?". I consider Luke's arguments in [1] to have overwhelmingly "won" the discussion in the favor of typedefs. 1 - http://www.mail-archive.com/dev-tech-js-engine-internals@lists.mozilla.org/msg00415.html
Assignee | ||
Updated•11 years ago
|
Whiteboard: [leave open
Assignee | ||
Comment 8•11 years ago
|
||
After discussion on IRC last night, we have decided to handlify all the things, even methods which do not necessarily GC. I'm going to upload a second patch which handles the rest of the string methods (except for JS_GetStringLength, which Tom is working on).
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/1ef7f6e82c16
Updated•11 years ago
|
Keywords: dev-doc-needed
Comment 10•11 years ago
|
||
What is the status here?
Assignee | ||
Comment 11•11 years ago
|
||
I think we got everything that can GC. I don't think we want to force rooting for things that cannot GC.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Whiteboard: [leave open
Target Milestone: --- → mozilla27
Comment 12•9 years ago
|
||
Doc triaging: Done (thanks :arai): https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_InternJSString https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_NewDependentString https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ConcatStrings Update needed: https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/JSAPI_reference/JS_ParseJSON New page needed: https://dxr.mozilla.org/mozilla-central/search?q=JS_Stringify
Updated•4 years ago
|
Keywords: dev-doc-needed
You need to log in
before you can comment on or make changes to this bug.
Description
•