[gstreamer-bugs] [Bug 603275] rpaths are not disabled by ./configure --disable-rpath

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=603275
  GStreamer | gstreamer (core) | 0.10.25

David Ward <david.ward> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED

--- Comment #4 from David Ward <david.ward at gatech.edu> 2009-12-15 21:25:21 UTC ---
Okay, I figured out the discrepancy in behavior between these distributions
(Fedora/Red Hat, Ubuntu/Debian, and ArchLinux):

When 'configure' is run, it generates a 'libtool' script in the build
directory, which includes a variable named 'sys_lib_dlsearch_path_spec'.  This
variable is a list of pathnames separated by spaces.  If it contains the
installation prefix (i.e., '/usr/local/lib'), then the resulting libraries will
have no RPATHs.  Otherwise they will.

It's not clear to me exactly how 'sys_lib_dlsearch_path_spec' gets set, but
when I add a pathname into /etc/ld.so.conf, it shows up in this variable.

Under Fedora/Red Hat and ArchLinux, 'sys_lib_dlsearch_path_spec' contains only
'/lib' and '/usr/lib', while under Debian and Ubuntu it also contains
'/usr/local/lib'.  (Under 64-bit Fedora/Red Hat, it would seem that '/lib64'
and '/usr/lib64' should also show up, but they don't.)

I'm not sure what needs to get fixed.  But it would seem to me like the "weird
hacks" might actually be in Debian/Ubuntu, which has '/usr/local/lib' as a
default library path.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.