Skip Menu |
 

This queue is for tickets about the PAR-Packer CPAN distribution.

Report information
The Basics
Id: 62357
Status: resolved
Priority: 0/
Queue: PAR-Packer

People
Owner: RSCHUPP [...] cpan.org
Requestors: alastair.douglas [...] gmail.com
Cc:
AdminCc:

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



Subject: .cgi extension not taken as script
Date: Thu, 21 Oct 2010 23:02:45 +0100
To: bug-par [...] rt.cpan.org
From: Alastair Douglas <alastair.douglas [...] gmail.com>
Download (untitled) / with headers
text/plain 257b
It seems like only .pl and no extension at all are considered Perl scripts: http://scsys.co.uk:8002/53812 Anything else, and the dependencies are not scraped and nothing but the script itself is packed. This is not documented, hence I assume it is a bug.
Download (untitled) / with headers
text/plain 776b
On 2010-10-21 18:02:53, alastair.douglas@gmail.com wrote: Show quoted text
> It seems like only .pl and no extension at all are considered Perl
scripts: Show quoted text
> Anything else, and the dependencies are not scraped and nothing but > the script itself is packed. This is not documented, hence I assume it > is a bug.
It's kinda documented if you know where to look :) cf. http://search.cpan.org/~rschupp/Module-ScanDeps-0.98/lib/Module/ScanDeps.pm#NOTES about $Module::ScanDeps::ScanFileRE We can definitely add a remark along these lines to the pp's POD. Or we can fix it by calling into Module::ScanDeps with $Module::ScanDeps::ScanFileRE = qr/./; This is definitely how perl itself works: the command line and "require" do NOT discriminate against any suffix (or lack of). Cheers, Roderich
Download (untitled) / with headers
text/plain 409b
On 2010-10-22 06:57:59, RSCHUPP wrote: Show quoted text
> Or we can fix it by calling into Module::ScanDeps with > > $Module::ScanDeps::ScanFileRE = qr/./;
I've committed this, will be in the next release. Note: For now I've restricted this setting to Module::ScanDeps functions (using "local") that are ultimatively called from pp.pm (and thus pp). Anyone using PAR::Packer directly should still see the old behaviour.
Fixed in PAR::Packer 1.010 (actually 1.008 - forgot to close this bug)


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.