Closed Bug 76803 Opened 24 years ago Closed 24 years ago

eliminate use of NS_DECLARE_ID in mozilla/intl code

Categories

(Core :: Internationalization, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED FIXED
mozilla0.9.1

People

(Reporter: waterson, Assigned: kandrot)

References

Details

(Keywords: memory-footprint)

Attachments

(1 file)

...since this contributes to much pain and suffering, and causes many duplicate symbols to be defined.
Taking bug, since I have patches. Roy, can you r=?
Assignee: nhotta → waterson
Keywords: footprint
Priority: -- → P3
Target Milestone: --- → mozilla0.9.1
Blocks: 46775
The #define's for the g_InstanceCount and g_LockCount are pretty unsightly. It's a shame we don't have this stuff macro-ized out and integrated with nsIModule, but, ...
Chnaging QA contact to ftang for now.
QA Contact: andreasb → ftang
Actually, it turns out we cannot land the |#define g_InstanceCount| cruft onto the trunk as is (although the rest of the stuff can stay the same). It causes missing symbols in a dynamic build.
Keywords: donttest, patch
Looks pretty good :-) To improve the readability, can you change //uconv/ucvko/nsUCvKODll.h from extern "C" PRUint16 g_utKSC5601Mapping[]; extern "C" PRUint16 g_ufKSC5601Mapping[]; +#define g_AsciiMapping ucvko_g_AsciiMapping extern "C" PRUint16 g_AsciiMapping[]; extern "C" PRUint16 g_HangulNullMapping[]; to +#define g_AsciiMapping ucvko_g_AsciiMapping extern "C" PRUint16 g_utKSC5601Mapping[]; extern "C" PRUint16 g_ufKSC5601Mapping[]; /r=yokoyama with above change.
roy: I don't want to check in the #define's right now: it turns out that they screw up the dynamic build. I'm going to have to figure out a better way to deal with these things.
Understood.
See bug 77209, which deals specifically with duplicate g_InstanceCount and g_LockCount variables.
Status: NEW → ASSIGNED
dprice: this patch should pretty much be ready-to-wear. Needs final sign-off from ftang. Probably should land this in conjunction with the patch in bug 77209.
Assignee: waterson → dprice
Status: ASSIGNED → NEW
-> kandrot
Assignee: dprice → kandrot
Checked this in last week as part of the Ron Guilmette merge,
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: