Skip Menu |

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

Report information
The Basics
Id: 45045
Status: rejected
Priority: 0/
Queue: PAR-Packer

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

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



Subject: pp --dependent failes to regenerate parl in MSWin32 (StrawberryPerl)
Building a dependent exe failes on win32/StrawberryPerl 5.8.9 beta with PAR installed from CPAN, with the error message: C:\Data\Repository\common>pp -v -d -e 1 -o test.exe C:\strawberry\perl\bin/pp: Packing ppFOP9u.pl C:\strawberry\perl\bin/pp: Generating a fresh 'parl'. Can't locate Win32.pm in @INC (@INC contains: .) at -e line 770. BEGIN failed--compilation aborted at -e line 956. C:\strawberry\perl\bin/pp: Failed to extract a parl from 'PAR::StrippedPARL::Dynamic' to file 'parlPdnuGSQ.exe' at C:/strawberry/perl/site/lib/PAR/Packer.pm line 1155, <DATA> line 1. The relevant error can be produced out of context with perl -MPAR::StrippedPARL::Dynamic -e "$p=PAR::StrippedPARL::Dynamic->write_parl('test.exe') It looks like there's an attempt to pass the include libraries through in PAR::StrippedPARL::Base::write_parl, and I've verified that it does generate @INC does contain the right paths there and pass them, but it doesn't seem to actually get used. Oddly, the static parl does build properly. Setting PERL5LIB=C:\strawberry\perl\lib seems to make the compile succeed.
On Tue Apr 14 19:12:09 2009, puetzk wrote: Show quoted text
> Setting PERL5LIB=C:\strawberry\perl\lib seems to make the compile succeed.
Nevermind. This was a screwup on my part, there was another copy of perl58.dll that it was finding/using, which caused write_parl to not append any of the required modules (presumably because it was looking at the wrong base path and couldn't find them).