> On Tue, 12 Aug 2008 23:41:29 +0200, "Roderich Schupp" <[EMAIL PROTECTED]>
> said:
RS> i.e. the executable *is* looking for IO.so in Perl's installation
RS> directories in the
RS> early extraction phase.
Right, but it *does* still still find it in the non-standard path if the
standard o
On Tue, Aug 12, 2008 at 7:16 PM, Wes Hardaker <
[EMAIL PROTECTED]> wrote:
> way, right now it's loading the system shared object when it should be
> loading the internal one.
>
Yeah, back at home I can reproduce your problem on Debian, too
(PAR 0.980, PAR::Packer 0.982). I ran your "hello, world"
> On Tue, 12 Aug 2008 18:21:55 +0200, "Roderich Schupp" <[EMAIL PROTECTED]>
> said:
>> FYI, I tried moving the above Zlib.so aside and it worked after that...
>> so it is definitely loading the wrong Zlib package first. My guess is
>> that the unzip process isn't setting the right path a
On Tue, Aug 12, 2008 at 5:43 PM, Wes Hardaker <
[EMAIL PROTECTED]> wrote:
> FYI, I tried moving the above Zlib.so aside and it worked after that...
> so it is definitely loading the wrong Zlib package first. My guess is
> that the unzip process isn't setting the right path and @INC is changing
>
> On Tue, 12 Aug 2008 17:23:17 +0200, "Roderich Schupp" <[EMAIL PROTECTED]>
> said:
>> ./test: symbol lookup error:
>> /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Compress/Raw/Zlib/Zlib.so:
>> undefined symbol: Perl_Tstack_sp_ptr
RS> It's definitely a bug in PAR::Packe
On Tue, Aug 12, 2008 at 3:40 PM, Wes Hardaker <
[EMAIL PROTECTED]> wrote:
>
> On a F9 machine when I run this:
>
> pp -o test -e 'print "hello world\n";'
>
> And then take the results to an F6 machine and run it I get this:
>
> ./test: symbol lookup error:
> /usr/lib/perl5/vendor_perl/5.8.8/i386
On a F9 machine when I run this:
pp -o test -e 'print "hello world\n";'
And then take the results to an F6 machine and run it I get this:
./test: symbol lookup error:
/usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/Compress/Raw/Zlib/Zlib.so:
undefined symbol: Perl_Tstack_sp_