Bug #12030 for Test-Harness: Test::Harness should propogate $PERLLIB in the same way it does $PERL5LIB should $PERL5LIB be unset

Mon Mar 28 06:16:54 2005 srshah [...] cpan.org - Ticket created

Subject:

Test::Harness should propogate $PERLLIB in the same way it does $PERL5LIB should $PERL5LIB be unset

Test::Harness should propogate $PERLLIB in the same way it does $PERL5LIB should $PERL5LIB be unset. The v2.46 version of Test::Harness will causes other module's test to fail should the user installing the module be using $PERLLIB instad of $PERL5LIB and have pre-requisite modules installed in a non core perl lib directory.

Thu Oct 12 15:56:27 2006 djerius [...] cpan.org - Correspondence added

From:

DJERIUS [...] cpan.org

Any hope of getting this fixed? The problem is that _default_inc runs perl to get the list of default paths, but if PERLLIB is set, the paths output will include those in PERLLIB. They will then be stripped out by _filtered_INC, and the test programs will fail to find the modules. This really breaks things on systems where PERLLIB is used to access local modules. Since PERLLIB has not (as far as I know) been deprecated, this really is a critical bug. It remains in 2.64.

Thu Oct 12 15:56:30 2006 The RT System itself - Status changed from 'new' to 'open'

Wed Oct 31 14:21:51 2007 andy [...] hexten.net - Correspondence added

Fixed in 2.99, thanks.

Wed Oct 31 14:21:54 2007 andy [...] hexten.net - Status changed from 'open' to 'resolved'

Wed Oct 31 14:21:55 2007 andy [...] hexten.net - Given to ANDYA