Red Hat Bugzilla – Bug 161958
avoid using LD_LIBRARY_PATH
Last modified: 2007-11-30 17:11:09 EST
Description of problem:
The firefox script sets the LD_LIBRARY_PATH variable.
Because of this when firefox starts up the dynamic linker has to look in many
more places for each dynamic library, so it will generate a lot of extra
"open" system calls, which slows down the startup time.
To test this just strace firefox-bin and grep for "open"
Currently LD_LIBRARY_PATH is needed because
cannot otherwise find libmozjs.so and libxpcom.so
(see ldd /usr/lib/firefox-1.0.4/firefox-bin)
Maybe adding some rpath flags when building firefox can solve the above problem.
Would that be enought to get rid of LD_LIBRARY_PATH?
Version-Release number of selected component (if applicable):
This is also preventing prelinking.
This also prevents eclipse from eliminating LD_LIBRARY_PATH
What about the gre.conf?
(In reply to comment #3)
> What about the gre.conf?
AFAIK it does not have an influence.
The issue is that 'ldd /usr/lib/mozilla-1.7.10/mozilla-bin'
shows that libmozjs.so is not found, that is the reason LD_LIBRARY_PATH needs to
be set when running /usr/lib/mozilla-1.7.10/mozilla-bin
Another point: because of this the firefox binary cannot be prelinked.
The fix is simple, just add -rpath with the libmozjs.so directory to the link
line for firefox-bin...