298494 - XPI_NAME's static-override doesn't get correct XPCOM_TRANSLATE_NSGM_ENTRY_POINT setting

Status: RESOLVED INCOMPLETE

(Firefox Build System :: General, defect)

Description

[Andy Willis (abwillis)]

When building sunbird statically on OS/2 we get an error during the process of
building the xpi that _NSGetModule is unresolved in mozStorageModule.o.
The xpi should be building non-static but is building statically, thus
gModuleInfo_nsStorageModule is being built instead of NSGetModule.
The #define in xpcom determines whether NS_IMPL_GETMODULENAME isNSGetModule or
gModuleInfo_ 

XPI_NAME should trump static when XPI_NAME is set.
XPI_NAME and IS_COMPONENT, if both set, make us build dynamic regardless of an
--enable-static
We set FORCE_STATIC_LIB= and FORCE_SHARED_LIB=1 but
XPCOM_TRANSLATE_NSGM_ENTRY_POINT gets hit first.
 
http://lxr.mozilla.org/mozilla/source/config/config.mk#333
http://lxr.mozilla.org/mozilla/source/config/config.mk#365

Comment 1

[Benjamin Smedberg]

Shaver, didn't you fix this?

Comment 2

[Andy Willis (abwillis)]

Sunbird no longer has this problem as they no longer build the xpi when building sunbird.  I still get the error in static Seamonkey builds.   

Comment 3

[Mike Shaver (:shaver -- probably not reading bugmail closely)]

Mass abdication.