909570 - Trim the list of public JS headers

Status: RESOLVED WONTFIX

(Core :: JavaScript Engine, defect)

Description

[Nicholas Nethercote [inactive]]

From bug 554088 comment 8 and bug 554088 comment 9:

> jsclist.h we should be able to eliminate by using mozilla::LinkedList.
> 
> jsprf.h is functionality we'd be better off not having, somehow, but there's
> no replacement yet.
> 
> jsprototypes.h is pretty dubious as an export, but we need to eliminate
> JSProtoKey from the JSAPI before we can kill that.
> 
> jscpucfg.h looks like something we could not have if we wanted, or at least
> the bits that matter any more could be moved into some sort of mfbt thing.
> 
> jsproxy.h, some bits of it need exposure right now, but ultimately we want to
> eliminate that too.  Not a shorter-term thing, tho, I suspect.  Same for
> jswrapper.h.
> 
> jspubtd.h should be eliminated and its types moved into more narrowly-scoped
> headers.  Possibly the same for bits of jstypes.h.  I'm not sure where the
> latter's API macros should go instead, maybe js/public/APIMacros.h or
> something.
> 
> jsversion.h is less and less useful, a push might let us get rid of it.
> 
> js/public/LegacyIntTypes.h we can probably remove now, people have had time
> to adjust to those type removals at this point, I think.

Comment 1

[Nicholas Nethercote [inactive]]

An update: jsproxy.h is now js/public/Proxy.h.