Sat Jan 09 18:30:25 2010: Request 35882 was acted upon.
Transaction: Correspondence added by CHOCOLATE
Queue: PAR-Packer
Subject: pp -P => Can't locate PAR/Heavy.pm
Broken in: 0.978
Severity: Normal
Owner: Nobody
Requestors: d...@cpan.org
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=35882 >
On Wed May 14 10:56:44 2008, DJH wrote:
> When I run pp -P and try to execute the resulting file on another
> machine with a newer perl, it produces the error: Can't locate
PAR/Heavy.pm
Running an .exe generated on a clean XP Pro SP3 by:
pp -o foo.exe foo.pl
on the same system (with C:\strawberry (5.10.1.0) temporarily renamed),
I get the same error. One thing I noticed while trying to fix it is that
@INC is listed as:
C:/strawberry/perl/lib
C:/strawberry/perl/site/lib
C:\strawberry\perl\vendor\lib
.
On a hunch that there was something not quite right about that
vendor/lib path, and after failing by various means to persuade pp to
bundle PAR, I copied all the vendor/lib packages over to site/lib,
compiled an .exe and it worked.
vendor/lib makes perfect sense, of course, as the target for "value
added" modules, but it looks like either PAR or Strawberry Perl is
having some teething problems adjusting to it.
The move away from site/lib was quite recent (September 2009). If anyone
has a copy of Strawberry Perl 5.10.1.0 Beta 1 (the last version to use
site/lib) and Beta 2 (the first version to use vendor/lib) lying around,
it might be worth seeing if that transition broke pp.
