Benjamin Smedberg wrote: > I have been trying to use GCC trunk to build Firefox trunk sources and the > build works fine. What I am having problems with is when I try to run > Firefox, I get the following errors: > > ./firefox-bin: /usr/lib64/libnss3.so: version `NSS_3.11.1' not found > (required by ./libxul.so) > ./firefox-bin: /usr/lib64/libnss3.so: version `NSS_3.10' not found (required > by ./libxul.so) > > I completely don't understand this, because the run-mozilla.sh script is > working correctly and setting LD_LIBRARY_PATH to the Firefox installation > properly. Why would the dynamic linker skip the libnss3.so in dist/bin and > use the one in /usr/lib64 instead? > > What additional debugging tools can I use to inspect the "version" of NSS etc? > > FC5: x86_64
Hey Benjamin, Here are some thoughts/questions. I think the most likely explanation is a build issue when building the dependent .so (libxul.so) or one of its dependencies. 1. Is this a Linux issue? If not, what platform, what release? 2. are the libs in dist/bin possibly 32-bit libs, and rld is looking for 64? or vice versa? 3. Did the link step which linked libxul.so perhaps link it with the version of libnss3.so that is in /usr/lib64, rather than the one in dist/bin? (e.g. wrong LD_LIBRARY_PATH when libxul.so was linked, or libxul.so linked before libnss3.so was built?) 4. Does the ldd (or strings) command on libxul.so show the pathname /usr/lib64/libnss3.so ? If so, on some OSes, rld will try to load the file from the original file path name, before looking in LD_LIBRARY_PATH. -- Nelson B _______________________________________________ dev-tech-crypto mailing list dev-tech-crypto@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-tech-crypto
