Cristian Rodríguez wrote:
El 09/06/13 19:19, Linda Walsh escribió:
Why perl and no other language?
glibc has proper symbol versioning and it is installed in the system library path, libperl does not have proper symbol versioning and is installed in a version dependent directory.
You keep leaving out ruby and python in your comparisons. They don't have symbol versioning -- and the fact that perl is put in a version dependent directory is 1) a choice in how you build it, and 2) irrelevant, as perl allows you to build the interpreter so it will automatically search for the libs you describe, as here:
If not, perl 5.16.4 will be published to users but not those who depend on it, then at startup, programs will fail to find
/usr/lib/perl5/5.16.2/x86_64-linux-thread-multi/CORE/libperl.so that is no longer there. ---- Perl programs don't have hard coded versions. They look in @INC: perl -e 'use P; P "%s", \@INC;' ["/home/law/bin/lib", "/usr/lib/perl5/site_perl/5.16.2/x86_64-linux-thread-multi", "/usr/lib/perl5/site_perl/5.16.2", "/usr/lib/perl5/vendor_perl/5.16.2/x86_64-linux-thread-multi", "/usr/lib/perl5/vendor_perl/5.16.2", "/usr/lib/perl5/5.16.2/x86_64-linux-thread-multi", "/usr/lib/perl5/5.16.2", "/usr/lib/perl5/site_perl/5.16.2/x86_64-linux-thread-multi", "/usr/lib/perl5/site_perl/5.16.2", "/usr/lib/perl5/site_perl", '.'] If I upgrade to 5.16.4, all of those are updated -- so the program you have that looks for libperl.so in "/usr/lib/perl5/5.16.2/x86_64-linux-thread-multi/CORE" will automatically find the new libperl for 5.16.4 because the path will be updated. You have created an issue where there was no issue. You still haven't answered why python and ruby can have upgrades but not perl. Show me a program that you think won't work that ships with the distro. If it doesn't it's a bug in the way the program was developed to hard code a path and not use Perl's standard library path. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org