[rt.cpan.org #113618] Strange issue with not packing libperl.dylib
[email protected] ("Roderich Schupp via RT")
| Newsgroups | perl.par |
|---|---|
| Message-ID | <[email protected]> |
Sun Apr 10 09:02:25 2016: Request 113618 was acted upon.
Transaction: Correspondence added by RSCHUPP
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: [email protected]
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
On 2016-04-08 14:28:31, PHILKIME wrote:
> Ah, sorry, here it is:
>
> "/opt/local/bin/perl5.22" embed_files.pl -c 32768 ./par > boot_embedded_files.c
> # using "otool -L" to find shared libraries needed by ./par
> # embedding "./par" as "par"
> # embedding "/opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE/libperl.dylib" as "libperl.dylib"
As expected...
I tried this on OSX 10.11, both with the perl 5.18 that came with it
and also with a freshly perlbrew'ed 5.22.1 and can't reproduce the problem:
- build log shows that libperl.dylib gets embedded (see above)
- running a packed executable shows an unpacked libperl.dylib in the
top level of the cache directory
- renaming the installed version of libperl.dylib and running the executable in
the cache directory (with the same name as the packed executable, though
it's just par in disguise) with DYLD_LIBRARY_PATH=<cache directory> works fine
(note: this will draw an error message from the executable, but the point is
that it runs at all)
Cheers, Roderich