develooper Front page | perl.perl5.porters | Postings from October 2013

[perl #120124] Deprecate inc_version_list autodetection

Thread Previous | Thread Next
From:
Leon Timmermans
Date:
October 6, 2013 20:13
Subject:
[perl #120124] Deprecate inc_version_list autodetection
Message ID:
rt-3.6.HEAD-26210-1381090362-1812.120124-75-0@perl.org
# New Ticket Created by  Leon Timmermans 
# Please include the string:  [perl #120124]
# in the subject line of all future correspondence about this issue. 
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=120124 >


inc_version_list is a feature that allows one to re-use the pure-perl
modules in a freshly compiles perl, provided they use the same prefix (e.g.
/usr/lib/perl/). Configure automatically detects previous versions and
unless inc_version_list=none is given, it will add them to the list

This mechanism only reuses pure-perl libs by default. This means that if
any pure-perl module A has an XS dependency B, it will not be able to load
B. Worse yet, because cpan clients will (correctly) detect A is already
installed, they will not try to install B (unless it's depended on directly
somewhere else).

Quite frankly, it's very hard to explain to end-users "your system is
broken for these purposes, you have to change your entire setup, or expect
to fixup by hand with some regularity". And frankly, that's the best I have
to offer them right now.

This behavior can be useful in simple cases, but it's outright wrong in a
lot of more complicated cases. Wrong and probably unfixable. Therefor, I
propose not to do this by default anymore. The behavior should still be
available for those who want it, but in the majority of cases it should not
be used.

Leon

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About