Wed Dec 15 10:57:08 2010: Request 63939 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: (No subject given)
Broken in: 1.008
Severity: Normal
Owner: Nobody
Requestors: [email protected]
Status: new
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=63939 >
On 2010-12-15 04:00:06, PHILKIME wrote:
> However on OSX, it seems that pp dereferences X and packs Y but with the
> name Y.
I suppose you checked the cache area of your packed executable
(typically /tmp/par-USR/SHA1-CHECKSUM) and found Y there, right?
> This breaks components which reference the library via name X.
Looks like the heuristic in methods _find_shlib and _chase_lib
of PAR::Packer is wrong for OSX. Sorry, I know next to nothing
about OSX - does it use ELF for objects and shared libraries?
If so, what is the SONAME of X?
Can you run the following script with a single argument:
the value of pp's --link option where the problem shows?
use PAR::Packer;
my ($link) = @ARGV;
my $pp = PAR::Packer->new;
print $pp->_find_shlib($link, "foobar");
If it complains about "Environment variable LD_LIBRARY_PATH
does not exist", just set LD_LIBRARY_PATH to the built-in library
search path (e.g. /lib:/usr/lib on Linux, Solaris).
Cheers, Roderich
