Closed
Bug 691463
Opened 13 years ago
Closed 8 years ago
Kill xpcprivate.h
Categories
(Core :: XPConnect, defect)
Core
XPConnect
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: bholley, Unassigned)
Details
Attachments
(1 file)
I was tempted to do this as part of my code cleanup in bug 688012 and bug 691411, but I think it can be done separately. A major part of this is determining what bits of functionality motivate 13 other parts of non-XPConnect gecko code to #include "xpcprivate.h". We should expose those parts explicitly through a public API (probably derived from xpcpublic.h), and then break xpcprivate.h up into smaller chunks.
Comment 2•13 years ago
|
||
I'm even prompted including xpcprivate.h in bug 649133 to call XPCStringConvert::ReadableToJSVal.
Comment 3•12 years ago
|
||
Attachment #589591 -
Flags: review?(bobbyholley+bmo)
Updated•12 years ago
|
Attachment #589591 -
Attachment is patch: false
Reporter | ||
Comment 4•12 years ago
|
||
Comment on attachment 589591 [details]
First batch
So, talking to blake this week, it sounds like he'd prefer to just keep removing non-xpc consumers of xpcprivate, moving everything we need to xpcpublic, and otherwise leave xpcprivate as a single file.
Sorry that I led you astray by filing this bug here. :-( How many non-xpc files still include xpcprivate? Are we close to making it truly private?
Attachment #589591 -
Flags: review?(bobbyholley+bmo) → review-
Updated•8 years ago
|
Assignee: Ms2ger → nobody
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•