# from Jason Forkey
# on Thursday 12 April 2007 12:14 pm:
>It appears from this that the purpose of the -P switch is to generate
> a perl script that can be run at a site that has a basic perl
> installation. If the client has PAR installed then the -p option can
> be used, but -P is supposed to
At Thu, 12 Apr 2007 09:52:56 -0700,
Eric Wilhelm <[EMAIL PROTECTED]> wrote:
>
> # from Jason Forkey
> # on Wednesday 11 April 2007 09:17 am:
>
> >My build machine is a linux amd64 box. I would like to package a perl
> > script with par to run on a target machine that is running 32 bit
> > linux.
# from Jason Forkey
# on Wednesday 11 April 2007 09:17 am:
>My build machine is a linux amd64 box. I would like to package a perl
> script with par to run on a target machine that is running 32 bit
> linux. I'm not trying to create a binary, just a perl script with
> the necessary CPAN modules b
On 4/12/07, Jason Forkey <[EMAIL PROTECTED]> wrote:
Thanks for the patch. Now when I run the script on my target machine, I get:
# perl hello.pl
Can't locate PAR/Heavy.pm in @INC (@INC contains: CODE(0x818557c) /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/us
At Thu, 12 Apr 2007 10:01:47 +0200,
"Roderich Schupp" <[EMAIL PROTECTED]> wrote:
>
> -B, --bundle
> Bundle core modules in the resulting package. This option is
> enabled by default, except when -p or -P is specified.
>
> But it seems to be in effect even when using -P. Unfortunately there's
On 4/11/07, Jason Forkey <[EMAIL PROTECTED]> wrote:
Am I trying to do something that won't work? I would have expected to have a
problem if I tried to build an executable, but I would think that a standalone
I just tried your example and - contrary to my reading of the documentation
for pp - i
