Closed Bug 691463 Opened 13 years ago Closed 8 years ago

Kill xpcprivate.h

Categories

(Core :: XPConnect, defect)

defect
Not set
normal

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.
Stealing; I've got some patches.
Assignee: bobbyholley+bmo → Ms2ger
I'm even prompted including xpcprivate.h in bug 649133 to call XPCStringConvert::ReadableToJSVal.
Attached file First batch
Attachment #589591 - Flags: review?(bobbyholley+bmo)
Attachment #589591 - Attachment is patch: false
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-
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.

Attachment

General

Created:
Updated:
Size: