Closed Bug 775365 Opened 12 years ago Closed 12 years ago

Fill out the rooting API

Categories

(Core :: JavaScript Engine, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla17

People

(Reporter: sfink, Assigned: sfink)

Details

(Whiteboard: [js:t])

Attachments

(1 file)

 - 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
Attachment #643681 - Flags: review?(wmccloskey)
Did we ever come to a conclusion about whether the typedefs are actually good and/or what their names should be?
Whiteboard: [js:t]
(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+
https://hg.mozilla.org/mozilla-central/rev/b20344afee94
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla17
(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.

Attachment

General

Created:
Updated:
Size: