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

Owner: Nobody in particular
Requestors: puetzk [...]

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 C:\strawberry\perl\bin/pp: Generating a fresh 'parl'. Can't locate 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/ 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.
Download (untitled) / with headers
text/plain 375b
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).

This service is sponsored and maintained by Best Practical Solutions and runs on infrastructure.

Please report any issues with to