[Bug 136009] MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements

[bugzilla at redhat.com]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: MakeMaker::MM_Unix doesn't honor LD_RUN_PATH requirements


https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136009





------- Additional Comments From jvdias at redhat.com  2005-12-06 18:50 EST -------
This is very strange. I also have an FC5test1 system updated to latest everything,
and I've tried the Compress::Zlib build, both inside and out of CPAN shell, both
as root and a non-root user, and I get no RPATH .

Aha! I just noticed you are building from the SRPM - I was building the
upstream CPAN module tarball . 

I see now the answer: the perl-Compress-Zlib.spec file explicitly sets the
ZLIB_LIB environment variable to the full /usr/lib (on i386) path . This is
presumably to stop builds on certain 64-bit platforms from picking up 
/usr/lib64/libz* .

So because of the LD_RUN_PATH feature now being enabled in perl, this setting
is now able to have the intended effect : the Zlib.so will explicitly link
to /usr/lib/libz.so* instead of /usr/lib64/libz.so*, even if /usr/lib64 precedes
/usr/lib in a LD_LIBRARY_PATH setting in the link-time environment - this 
would not have been the case with only the perl-5.8.3-empty-rpath.patch applied
to perl, meaning that no RPATH would have been inserted in Zlib.so . 

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.