Skip Menu |
 

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

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

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

Bug Information
Severity: (no value)
Broken in: 0.01
Fixed in: 0.17



Subject: support for multiple perl versions wanted: perl5.00503 Build.PL
Download (untitled) / with headers
text/plain 841b
Hello, I'm strugging with errors when installing a module on a machine with Perl 5.00503. To make my life easier, I'd test this module on my local machine, which also has perl 5.8.0 installed, under which the module is known to pass it's tests. It would be really nice if Module::Build could help with this by creating a "Build" script that matches the Perl version that invoked Build.PL. Like this: perl5.00503 Build.PL With that kind of invocation, I want the shebang line and INC path in the resulting 'Build' script to match the requested version. It seems like CPANPLUS uses some similiar logic that could be borrowed. In fact, I even wonder if CPANPLUS will be able to Do The Right Thing with Module::Build modules, when given this advertised syntax: perl5.00503 -MCPANPLUS -e 'get /K/KA/KANE/Acme-POE-Knee-1.10.zip'
Download (untitled) / with headers
text/plain 435b
Hi Mark, Module::Build should already have this ability, to remember which perl the Build.PL was invoked with and use that for subsequent actions. In fact, it should complain if you accidentally invoke actions with a different perl than you used for Build.PL. It might be that the mixup with perl paths is causing some confusion, but if you think there's a real problem please give more details about what's going wrong. Thanks.


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.