Wed Feb 10 07:34:07 2010: Request 35882 was acted upon. Transaction: Correspondence added by http://htbaa.myopenid.com/ 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 Sat 09 Jan 2010 18:30:25, CHOCOLATE wrote: > 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. I ran into the same problem, as posted here http://stackoverflow.com/questions/2227796/why-doesnt-my-wxperl-application-for-windows-start. For me it got fixed by setting this flag to pp: --lib=C:/strawberry/perl/vendor/lib
