Binary components and mozalloc

[Benjamin Smedberg]

There's been quite a bit of confusion about binary components and mozalloc
in the past few weeks, and we just landed the patch to fix the SDK (bug
577831), so you should have a correct SDK with tomorrow's XULRunner nightly.

The current situation is that component authors who use xpcomglue_s must
also link against mozalloc. This gives you the infallible allocator behavior
which is default in Firefox 4.

This means that these components will not load in Firefox 3.6 (mozalloc is a
new feature). This means that the NS_IMPL_MOZILLA192_NSGETMODULE macro is
currently not useful. There are two ways that you could fix this problem:

* take the module-loading code from Gecko 2 and backport it to the Gecko
1.9.2 SDK. This would at a minimum include Module.h, ModuleUtils.h,
GenericFactory.h/cpp and GenericModule.cpp.

* Build a version of the Mozilla 2 XPCOM glue which does not depend on
mozalloc. You could call this xpcomglue_s_nomozalloc, and compile it with
-DMOZ_NO_MOZALLOC.

At this point I am not planning on implementing either of these solutions
myself, but I will accept patches.

--BDS

[Andrew Zitnay]

I have filed a new bug with a patch attached that will create
xpcomglue_s_nomozalloc for developers to use:

https://bugzilla.mozilla.org/show_bug.cgi?id=586523