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@xxxxxxxxxx 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.
