Arch Linux

Description:

In order to use firefox libxul.so through xulrunner, you need to dynamically load firefox libxpcom.so as explained in the indenpendant glue section at:

https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XPCOM/Glue

with code looking like:

const char *lPath = "/usr/lib/firefox/libxpcom.so";

std::string lXulSdkLibrary = lPath;
std::string lXulSdkDirectory = lXulSdkLibrary.substr( 0, lXulSdkLibrary.find_last_of( "/\\" ) );
std::string lApplicationDirectory = APPLICATION_DIRECTORY;

nsresult lResult = NS_OK;
lResult = XPCOMGlueStartup( lXulSdkLibrary.c_str() );

in the last year this .so file stopped to be bundled with firefox. This is problematic as the workaround for that would be to use the xulrunner libxul.so which doesn't work neither:

https://bugs.archlinux.org/task/41169

I need to inspect firefox source code in more details to be sure but maybe by using this configure switch could impact whether or not libxpcom.so is generated:

--enable-application=APP
Options include:
browser (Firefox)
xulrunner
tools/update-packaging (AUS-related packaging tools)

Since compiling firefox can take hours to me, I won't be able to confirm rapidly but based on my memory this .so file was included when package version was <= 20.

Additional info:
* package version(s) 30.0
* config and/or log files etc.


Steps to reproduce:

lano1106@hpmini ~/dev/packages/firefox/repos/extra-i686/src/mozilla-release $ pacman -Ql firefox | grep libxpcom
lano1106@hpmini ~/dev/packages/firefox/repos/extra-i686/src/mozilla-release :( $