Closed Bug 18289 Opened 25 years ago Closed 23 years ago

Use NS_IMPL_NSGETMODULE

Categories

(Core :: XPCOM, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: dp, Assigned: dougt)

Details

Using NS_IMPL_MODULE will save space. Use it instead of the boiler plate code that in in every module.
Status: NEW → ASSIGNED
Target Milestone: M16
This is sort of a tracking bug. There are individual bugs on components that haven't been converted yet.
Target Milestone: M16 → M20
Moving all current open XPCOM and XPCOM Registry bugs to rayw since dp is on sabbatical. rayw is now default assignee for these components.
Assignee: dp → rayw
Status: ASSIGNED → NEW
Using lxr.mozilla.org to search seamonkey source code for NS_IMPL_MODULE, either as text or as an identifier, returns empty results. Does anyone know what this is referring to?
we changed the name
Summary: Use NS_IMPL_MODULE → Use NS_IMPL_NSGETMODULE
Status: NEW → ASSIGNED
We should eliminate NS_DEF_FACTORY (nsXPComFactory.h in general) too.
Assigning rest of xpcom stuff to myself (from Ray).
Assignee: rayw → warren
Status: ASSIGNED → NEW
Target Milestone: M20 → mozilla1.0
dp is no longer @netscape.com. changing qa contact to default for this product
QA Contact: dp → kandrot
reasigning warren bugs to default component owners.
Assignee: warren → kandrot
QA Contact: kandrot → scc
Target Milestone: mozilla1.0 → ---
reassign all kandrot xpcom bug.
Assignee: kandrot → dougt
most users have been converted. Marking as fixed since as dp said, this is a tracking bug (which doesn't have any child bugs to track)
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.