On Wed, 30 Mar 2011 10:54:57 +0200, Christian Walde <mitha...@yahoo.de> wrote:
On Wed, 30 Mar 2011 02:22:32 +0200, p...@0ne.us <p...@0ne.us> wrote:
I just got this FAIL report today from CPANTesters:
http://www.cpantesters.org/cpan/report/0ee8eb99-6c5d-1014-a630-0d8a02da96e1
As you can see, the prereq is correctly recognized by the toolchain
and loaded - it's even in the lengthy @INC list, BUT when executing the
test script it seems like @INC disappears somehow? Since I don't know
the details of your setup I have to assume something is broken.
https://gist.github.com/893981
Of note: The test ( https://gist.github.com/893981#L225 ) clearly has a whole
battery of directories in $ENV{PERL5LIB} ( https://gist.github.com/893981#L247
) which the perl executable can obviously see, including the Params::Classify
dir as the very first; since that's a Data::Dumper output of %ENV. However @INC
remains unchanged by that. ( https://gist.github.com/893981#L579 )
This seems to indicate to me that the perl executable itself is, for whatever
reason, flat out ignoring the PERL5LIB and/or failing to inject it into @INC.
Other possibilities include Module::Build messing things up or the Windows Perl
executable exclusively having issues.
Thanks to Brian Raven i managed to condense this into a minimal test case
script and collect behaviors across multiple platforms, so i could figure out
that perl core was handling PERL5LIB badly on Windows 7 (ignoring env values
despite being able to handle them). I've reported this issue here:
http://rt.perl.org/rt3/Ticket/Display.html?id=87322
As for the smoker, as Lars Dieckow suggests i'll just disable build_dir_reuse
for now. It will slow the smoker down massively, but there's no quick fix for
this. Maybe sometime in the future i'll build a build_dir_reuse function that
can do the same job without increasing ENV vars massively.
Thanks for all the feedback. :)
--
With regards,
Christian Walde
