> > perl Tk lib dir, it would fail, indicating that the requires
> did not cause
> > pp to slurp those files into the PAR file.
> >
> > Any other suggestions?
>
> Hey Bruce:  Here's a patch that I just made to work around Tk::Widget's
> autoload-detection mechanism.  Can you try applying it to your current
> 'pp' (or 'pp.bat') and see if it works for you?
>
> If it does, I'll release PAR 0.66 with this fix asap.

Yes indeed, that change worked great!!   Thanks much.

I think I now only have 2 modules that are not working on linux (out of
about 600!).  GD and Device::SerialPort.

To test the SerialPort problem, I ran this:

 pp -o test1 -e 'user Device::SerialPort'

Then renamed /usr/local/lib/perl to /usr/local/lib/perlx, to simulate
running on a non-perl box, then ran ./test1 and I get:

 Device::Serial could not find ioctl definitions!

This module does several does a require on a posix termios.ph file, which
was generated from a standard .h file with h2ph asm/termios.h.  It tries
several different requires, including require 'termios.ph' and require
'asm/termios.ph', then if those all fail, gives the above message.  This is
done with in a loop with eval, so that might explain why pp did not find and
include it.

When I tried the ActiveState perlapp compiler, I was able to get past this
problem by using this option:  --add termios.ph.

Could we update pp to allow for some sort of manual specification of
additional modules to include, like the perlapp --add option?

The GD problem might trickier.   I tested it with this:

 pp -o test2 -e 'use GD'
 ./test2

 Can't locate loadable object for module GD in @INC (@INC contains:
CODE(0x83a8108) CODE(0x83fb1b4) /usr/local/lib/perl5/5.8.0/i686-linux
/usr/local/lib/perl5/5.8.0 /usr/local/lib/perl5/site_perl/5.8.0/i686-linux
/usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl .) at
/loader/0x81c9580/PAR/Heavy.pm line 98

I never got this to work with the perlapp either.  I did get a suggestion
that it might be a problem with loading a dynamic gd library, so maybe we
could use the same --add type option to include libs like libgd.so ?

Thanks again for the Tk fix!

Bruce

Reply via email to