Daniel, > I have had some success building the xpcom_uno bridge using my own > mozilla build (xulrunner). > > The earlier issue about XPT_NewArena is solved by linking to xul rather > than xpcom_core. Seems mozilla have done away with xpcom_core.dll and > have move the functions to xul.dll. I have included a patch below for this. >
If you are building against XULRunner code, you need to link to xul.dll, but if you are build against firefox, you need to link to xpcom_core.dll. I have tested this by using firefox built from MOZILLA_1_8_BRANCH cvs tag > Also, in source/xpcom_uno/xpcomvariant.cxx, the nsAString class used is > defined as nsAString_external if MOZILLA_INTERNAL_API is undefined, see > for information: > http://lxr.mozilla.org/mozilla/source/xpcom/string/public/nsStringAPI.h#812 > > Should MOZILLA_INTERNAL_API be defined? > > Thanks -- Darragh Sherwin PWB Implementations Manager http://www.propylon.com/solutions/parliament/index.html +353-1-4927456 +353-87-1204654 Index: xpcom_uno/util/moz.mk =================================================================== RCS file: /cvs/udk/xpcom_uno/util/moz.mk,v retrieving revision 1.4 diff -r1.4 moz.mk 84a85 > -DMOZILLA_INTERNAL_API \ 127c128 < MOZ_LIB_XPCOM= $(MOZ_LIB)$/nspr4.lib $(MOZ_LIB)$/xpcom.lib --- > MOZ_LIB_XPCOM= $(MOZ_LIB)$/nspr4.lib $(MOZ_LIB)$/xpcom.lib $(MOZ_LIB)/xpcom_core.lib 129c130 < MOZ_LIB_XPCOM= -L$(MOZ_LIB) -lnspr4 -lxpcom --- > MOZ_LIB_XPCOM= -L$(MOZ_LIB) -lnspr4 -lxpcom -lxpcom_core --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
