Issue 51415 - TCR: 'Broken' RUNPATH in mozilla shared libraries
Summary: TCR: 'Broken' RUNPATH in mozilla shared libraries
Status: CLOSED FIXED
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: matthias.huetsch
QA Contact: issues@installation
URL:
Keywords:
Depends on: 52435
Blocks:
  Show dependency tree
 
Reported: 2005-06-30 16:11 UTC by matthias.huetsch
Modified: 2010-08-25 12:33 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
Document 'broken' RUNPATH of mozilla libraries (54.78 KB, text/plain)
2005-06-30 16:19 UTC, matthias.huetsch
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description matthias.huetsch 2005-06-30 16:11:33 UTC
Several mozilla shared libraries either (a) have a wrong RUNPATH set or (b) none
at all, so that they do find other shared libraries that they depend upon.

(a) Do not let the Sun Studio compiler record it's default RUNPATH
(/opt/SUNWspro/...) into shared libraries. Use the compilers -norunpath option
instead.

(b) Always specify a RUNPATH in shared libraries.

Affected are the mozilla following libraries:

<instpath>/program/components/libaddrbook.so:
<instpath>/program/components/libi18n.so:
<instpath>/program/components/libmork.so:
<instpath>/program/components/libmozldap.so:
<instpath>/program/components/libnecko.so:
<instpath>/program/components/libpipnss.so:
<instpath>/program/components/libpref.so:
<instpath>/program/components/libprofile.so:
<instpath>/program/components/librdf.so:
<instpath>/program/components/libuconv.so:
<instpath>/program/components/libvcard.so:
<instpath>/program/components/libxpcom_compat_c.so:
<instpath>/program/components/libxpconnect.so:

<instpath>/program/libfreebl_hybrid_3.so:
<instpath>/program/libldap50.so:
<instpath>/program/libmozjs.so:
<instpath>/program/libmozz.so:
<instpath>/program/libmsgbaseutil.so:
<instpath>/program/libnss3.so:
<instpath>/program/libplc4.so:
<instpath>/program/libplds4.so:
<instpath>/program/libprldap50.so:
<instpath>/program/libsmime3.so:
<instpath>/program/libsoftokn3.so:
<instpath>/program/libssl3.so:
<instpath>/program/libxpcom.so:
<instpath>/program/libxpcom_compat.so:

The following modules depend on (parts of) these libraries:

(1) connectivity (Mozilla Addressbook adapter, only)
(2) xmlsecurity + libxmlsec

Causes:
(a) the patch for mozilla even comment out correct runpath settings from 'Makefile's
(b) libraries are not linked with CC -norunpath (wrong runpath, solaris only) or
don't specify any runpath
(c) installation filesystem layout (directory structure), split into two
directories, even complicates the above (e.g. program/components/libaddrbook.so
cannot find libnspr4.so).
Comment 1 matthias.huetsch 2005-06-30 16:13:51 UTC
Accepting...

Adding CC: fs (connectivity), mt (xmlsecurity)...
Comment 2 matthias.huetsch 2005-06-30 16:19:23 UTC
Created attachment 27590 [details]
Document 'broken' RUNPATH of mozilla libraries
Comment 3 matthias.huetsch 2005-07-19 15:40:04 UTC
Fixed on cws_src680_mhu09...
Comment 4 matthias.huetsch 2005-07-19 19:02:05 UTC
Verifying myself, as this is a developer issue.

Using ldd, /usr/ccs/bin/dump -Lv (solaris), /usr/bin/objdump -p (linux), the
libraries are verified to have the correct runpath recorded => verified.
Comment 5 matthias.huetsch 2005-07-21 17:02:06 UTC
Fix integrated into milestone SRC680_m120 => closing...
Comment 6 Unknown 2010-07-11 23:43:56 UTC
Created attachment 70503
Comment 7 Unknown 2010-08-24 12:02:37 UTC
Created attachment 71272
Comment 8 Unknown 2010-08-25 12:33:48 UTC
Created attachment 71331