It appears that several places in the Mozilla tree, it is assumed that .so is the only possible shared library extension, when we know that .dll for PCs and .sl for HP-UX are but two exceptions. Have a look at these files: ./client.mk: Line 183 and 186 or so make reference to "libnspr21.so". ./configure.in: Case statement omitted HP-UX for DSO flags (submitted as a separate bug report). mozilla/xpfe/bootstrap/nsSetupRegistry.cpp: Many references to .so files in various #define *_DLL statements. Although cased for PC and Mac, it's not cased for UNIX (again HP-UX uses .sl). I would recommend checking the entire Mozilla tree for any files containing ".so" and make sure they are shared library-suffix independent.

client.mk is not a PC file; fixing the hard-coded .so stuff will need logic in this file since it doesn't include config.mk. I'd say put on the client.mk change, this is nspr which probably needs to be built by hand anyways. yes, .so instances should be replaced with $(DLL_SUFFIX).

Setting all current Open/Normal to M4.

I think this is fixed now, since I'm not seeing problems of this nature on HP-UX or any of the *BSD platforms. Let me know if I'm wrong.