Skip Menu |
 

This queue is for tickets about the Module-Build CPAN distribution.

Report information
The Basics
Id: 43485
Status: resolved
Priority: 0/
Queue: Module-Build

People
Owner: Nobody in particular
Requestors: TJENNESS [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Normal
Broken in: (no value)
Fixed in: (no value)



Subject: backticks test in ext.t uses "perl" not $^X
Download (untitled) / with headers
text/plain 696b
Is there a reason why the backticks test in ext.t uses "perl" and not $^X? I ask because the perl in the path may be a completely different version of perl to the one that is running the tests and this causes the test to fail. In my particular example $PERL5OPT has been set in the environment and this results in the Config module being loaded which breaks because the perl I am using is v5.10 and the perl in the path is v5.8.8. Changing to use $^X fixes the problem. I don't know if this causes a portability issue (the other idea would be to localize $PERL5OPT before running the backticks test). I spotted this using svn ShipWright module which forces $PERL5OPT before running tests.
Download (untitled) / with headers
text/plain 203b
On Fri Feb 20 20:47:09 2009, TJENNESS wrote: Show quoted text
> Is there a reason why the backticks test in ext.t uses >"perl" and not $^X?
No. We should always refer to perl as $^X. Fixed in svn r12666. Thanks, Eric


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.