Closed
Bug 775365
Opened 13 years ago
Closed 13 years ago
Fill out the rooting API
Categories
(Core :: JavaScript Engine, defect)
Core
JavaScript Engine
Tracking
()
RESOLVED
FIXED
mozilla17
People
(Reporter: sfink, Assigned: sfink)
Details
(Whiteboard: [js:t])
Attachments
(1 file)
4.70 KB,
patch
|
billm
:
review+
|
Details | Diff | Splinter Review |
- add external type JSHandleString
- add external type JSMutableHandleValue
- allow converting a MutableHandle -> Handle
- add MutableHandle::fromMarkedLocation()
- make a non-const AudoVectorRooter::handleAt() that returns a MutableHandle
Assignee | ||
Comment 1•13 years ago
|
||
Attachment #643681 -
Flags: review?(wmccloskey)
![]() |
||
Comment 2•13 years ago
|
||
Did we ever come to a conclusion about whether the typedefs are actually good and/or what their names should be?
Whiteboard: [js:t]
Assignee | ||
Comment 3•13 years ago
|
||
(In reply to David Mandelin [:dmandelin] from comment #2)
> Did we ever come to a conclusion about whether the typedefs are actually
> good and/or what their names should be?
Well, there are two categories of typedefs, for external and internal use. For internal use, I don't think we've settled on the Handle<JSObject*> vs HandleObject question, and I don't want to stall work on making that decision.
For external use, the typedefs are necessary for C users of the API, which we could pull the plug on at any time. Once we do that, it's mostly the same question as the internal use (though I could imagine wanting typedefs only for external users.)
Attachment #643681 -
Flags: review?(wmccloskey) → review+
Assignee | ||
Comment 4•13 years ago
|
||
![]() |
||
Comment 5•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla17
![]() |
||
Comment 6•13 years ago
|
||
(In reply to Steve Fink [:sfink] from comment #3)
> (In reply to David Mandelin [:dmandelin] from comment #2)
> > Did we ever come to a conclusion about whether the typedefs are actually
> > good and/or what their names should be?
>
> Well, there are two categories of typedefs, for external and internal use.
> For internal use, I don't think we've settled on the Handle<JSObject*> vs
> HandleObject question, and I don't want to stall work on making that
> decision.
Sure.
> For external use, the typedefs are necessary for C users of the API, which
> we could pull the plug on at any time. Once we do that, it's mostly the same
> question as the internal use (though I could imagine wanting typedefs only
> for external users.)
Yeah. I suppose jsd probably still wants to work for now, or something.
You need to log in
before you can comment on or make changes to this bug.
Description
•