Discussion:
[rt.cpan.org #113618] Strange issue with not packing libperl.dylib
(too old to reply)
Kime Philip via RT
2016-04-08 13:43:26 UTC
Permalink
Fri Apr 08 09:43:25 2016: Request 113618 was acted upon.
Transaction: Ticket created by ***@kime.org.uk
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ***@kime.org.uk
Status: new
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


With 1.30, I just had a bug report that the packed binary top level script is looking for libperl.dylib in the place where the build machine expects it. I verified this by renaming /opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE/libperl.dylib and then the packed version fails with:


dyld: Library not loaded: /opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE/libperl.dylib
Referenced from: /var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T//par-7068696c6b696d65/cache-a06ceeaebd8c05e62e25f7d6b91364d7adb646b8/biber
Reason: image not found
Trace/BPT trap: 5

I’m sure this never used to happen. Do I now need to pack libperl.dylib explicitly on OSX?
Philip Kime via RT
2016-04-08 14:01:06 UTC
Permalink
Fri Apr 08 10:01:00 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: (no value)
Severity: (no value)
Owner: Nobody
Requestors: ***@kime.org.uk
Status: new
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


I tried packing libperl.dylib explicitly but this makes no difference - the packed version still refers to the perl install tree path of libperl.dylib and fails if it's not there ...
Roderich Schupp via RT
2016-04-08 14:22:15 UTC
Permalink
Fri Apr 08 10:22:14 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
I tried packing libperl.dylib explicitly but this makes no difference
That's never going to work, libperl (and any non-system libraries it is linked with)
are _not_ packed in the zip part of the executable.

Please attach a full build log of PAR::Packer.

Also, what's the version of OS X on the machine where the packed executable fails?

Cheers, Roderich
Philip Kime via RT
2016-04-08 15:07:20 UTC
Permalink
Fri Apr 08 11:07:18 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Build is on 10.6 and fails with same error on 10.8 and 10.11. I also tried to build on 10.11 with same issue.

Log is attached.
Roderich Schupp via RT
2016-04-08 16:07:02 UTC
Permalink
Fri Apr 08 12:07:01 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
Log is attached.
Sorry for not making myself more clear, I need the full log of how you built PAR::Packer (i.e. "perl Makefile.PL", "make"...) , not the log of running pp.

Cheers, Roderich
Philip Kime via RT
2016-04-08 18:28:37 UTC
Permalink
Fri Apr 08 14:28:31 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Ah, sorry, here it is:
Roderich Schupp via RT
2016-04-10 13:02:37 UTC
Permalink
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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
"/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
Philip Kime via RT
2016-04-10 13:05:36 UTC
Permalink
Sun Apr 10 09:05:34 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


So is there something I'm doing wrong? I've never seen this before 1.30 ...
Philip Kime via RT
2016-04-10 13:09:08 UTC
Permalink
Sun Apr 10 09:09:07 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
otool -L /var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T/par-7068696c6b696d65/cache-3ce6949415c8a684cec51d84d1f897600bd5b03e/biber-darwin_x86_64
/var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T/par-7068696c6b696d65/cache-3ce6949415c8a684cec51d84d1f897600bd5b03e/biber-darwin_x86_64:
/opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE/libperl.dylib (compatibility version 5.22.0, current version 5.22.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
/usr/lib/libutil.dylib (compatibility version 1.0.0, current version 1.0.0)

It's looking for libperl.dylib in the wrong place ...
Roderich Schupp via RT
2016-04-10 13:18:09 UTC
Permalink
Sun Apr 10 09:18:02 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
otool -L /var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T/par-
7068696c6b696d65/cache-
3ce6949415c8a684cec51d84d1f897600bd5b03e/biber-darwin_x86_64
/var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T/par-
7068696c6b696d65/cache-3ce6949415c8a684cec51d84d1f897600bd5b03e/biber-
/opt/local/lib/perl5/5.22/darwin-thread-multi-
2level/CORE/libperl.dylib (compatibility version 5.22.0, current
version 5.22.1)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 1226.10.1)
/usr/lib/libutil.dylib (compatibility version 1.0.0, current
version 1.0.0)
It's looking for libperl.dylib in the wrong place ...
That's expected: OSX always burns absolute paths to shared libraries into
executables. Can you try the following:

pp -o foo.exe -E 'say "DYLD_LIBRARY_PATH=$ENV{DYLD_LIBRARY_PATH}";'
./foo.exe

This should tell you the DYLD_LIBRARY_PATH seen by the unpacked executable
(should be the cache directory). Look in this directory: there should be an executable foo.exe and also libperl.dylib.

Cheers, Roderich
Philip Kime via RT
2016-04-10 13:26:54 UTC
Permalink
Sun Apr 10 09:26:46 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Thanks for the reply - that's all true:

DYLD_LIBRARY_PATH=/var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T//par-7068696c6b696d65/cache-2a87b1d6222c0a4dfff86a3067e459abc842a0ff

and the lib/exe is in there. But I can't work out what changed from 1.29? I remember there was some older OS related ticket which you merged for 1.30 to fix not following symlink names for libs (which seems to be fixed) - anything to do with it or do I need to explicitly set DYLD_LIBRARY_PATH in the exe now?
Roderich Schupp via RT
2016-04-10 13:54:00 UTC
Permalink
Sun Apr 10 09:53:58 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
DYLD_LIBRARY_PATH=/var/folders/g0/t3rtgwks57366nz5dvxkrv_m0000gn/T//par-
7068696c6b696d65/cache-2a87b1d6222c0a4dfff86a3067e459abc842a0ff
and the lib/exe is in there.
Puzzling...
Post by Philip Kime via RT
But I can't work out what changed from 1.29?
I fixed this "unpack a directory and a file both called 'version'" problem
and rewrote some of the embedding stuff. But it's working as expected.
Post by Philip Kime via RT
I remember there was some older OS related ticket which you
merged for 1.30 to fix not following symlink names for libs (which
seems to be fixed) - anything to do with it
No, this was for "pp --link LIB" - though both deal with shared libraries,
this doesn't have any implications here.
Post by Philip Kime via RT
or do I need to explicitly
set DYLD_LIBRARY_PATH in the exe now?
You can't because it needs to be set _before_ you can run the exe.
Also the test confirmed that the packed executable "sees" the correct setting.
If /your/dyld/path is what the test reported, try

DYLD_LIBRARY_PATH=/your/dyld/path DYLD_PRINT_LIBRARIES=1 /your/dyld/path/foo.exe

It should tell you _which_ libperl.dylib is used.

Cheers, Roderich
Philip Kime via RT
2016-04-10 14:07:39 UTC
Permalink
Sun Apr 10 10:07:37 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Strange, it looks ok and when I just tried the same thing, renaming the /opt/local ... libperl.dylib, it now works. I don't understand this since it was reported by someone else and I replicated it.

So, just to check, I downloaded the one they reported it on:

https://sourceforge.net/projects/biblatex-biber/files/biblatex-biber/development/binaries/OSX_Intel/biber-darwin_x86_64.tar.gz

ran this and this works ok too now. Perhaps you can download the above and just do:

biber --cache

which prints the PAR:Packer cache? This failed before with the error I noted if /opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE/libperl.dylib was missing.
Philip Kime via RT
2016-04-10 14:28:26 UTC
Permalink
Sun Apr 10 10:28:20 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Very odd, the user who reported this still has the issue with that version I mentioned - just verified five mins ago. I wonder if it is the same for you?
Roderich Schupp via RT
2016-04-10 15:10:41 UTC
Permalink
Sun Apr 10 11:10:40 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
Very odd, the user who reported this still has the issue with that
version I mentioned - just verified five mins ago. I wonder if it is
the same for you?
Me too. But looking into the cache directory I see only a file called "biber" there,
no libperl.dylib. If I look at the real biber (i.e. the packed exeutable),
it should consist of the following parts, concatenated in order:

[1] an executable (myldr/boot) which is really small except for some large
byte arrays consisting of myldr/par and libperl.dylib (not compressed)
[2] several core perl modules each starting with the string "FILE"
(also uncompressed)
[3] a zip containing the bulk of your application
[4] a small trailer with some meta data, e.g. the basename of the cache directory
and the position where part [2] starts

Examining biber's [4] shows that [2] starts around 90k. That's way too small
to contain libperl.dylib. So something went wrong, apparently already with
your build of PAR::Packer as part [1] is generated when PAR::Packer is build.
In fact, [1] is the contents of PAR::StrippedPARL::Static (uuendoded)
and not influenced by any packing you do. Err... except when you packed with
"pp -d", then you would get PAR::StrippedPARL::Dynamic instead which lacks
libperl.dylib ...

Cheers, Roderich
Philip Kime via RT
2016-04-10 15:29:58 UTC
Permalink
Sun Apr 10 11:29:56 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Hmm, ok. I need to check the build machine then. I wonder if you get the same problem with the i386 version:

http://downloads.sourceforge.net/project/biblatex-biber/biblatex-biber/development/binaries/OSX_Intel/biber-darwin_x86_i386.tar.gz
Roderich Schupp via RT
2016-04-10 15:40:24 UTC
Permalink
Sun Apr 10 11:40:17 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
Hmm, ok. I need to check the build machine then. I wonder if you get
http://downloads.sourceforge.net/project/biblatex-biber/biblatex-
biber/development/binaries/OSX_Intel/biber-darwin_x86_i386.tar.gz
Yes, complains about libperl.dylib, part [2] starts at around 83k.

Cheers, Roderich
Philip Kime via RT
2016-04-10 15:37:23 UTC
Permalink
Sun Apr 10 11:37:22 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Maybe a clue. Here is the PAR::Packer build log from the actual build machine. Perhaps there is an otool difference on later OSX builds? I build on 10.6 as the earliest viable 64-bit platform - that otool error is new as of 1.30



bbf-osx106:PAR-Packer-1.030-cHZXau root# /opt/local/bin/perl Makefile.PL
Checking if your kit is complete...
Looks good
Prototype mismatch: sub main::prompt: none vs ($;$) at /opt/local/lib/perl5/site_perl/5.22/ExtUtils/MakeMaker.pm line 228.
Generating a Unix-style Makefile
Writing Makefile for myldr
Writing MYMETA.yml and MYMETA.json
Generating a Unix-style Makefile
Writing Makefile for PAR::Packer
Writing MYMETA.yml and MYMETA.json
bbf-osx106:PAR-Packer-1.030-cHZXau root# make
cp lib/PAR/Filter.pm blib/lib/PAR/Filter.pm
cp lib/PAR/Filter/PatchContent.pm blib/lib/PAR/Filter/PatchContent.pm
cp lib/PAR/Filter/Obfuscate.pm blib/lib/PAR/Filter/Obfuscate.pm
cp lib/App/Packer/PAR.pm blib/lib/App/Packer/PAR.pm
cp lib/PAR/Filter/Bytecode.pm blib/lib/PAR/Filter/Bytecode.pm
cp lib/PAR/StrippedPARL/Base.pm blib/lib/PAR/StrippedPARL/Base.pm
cp lib/PAR/Filter/Bleach.pm blib/lib/PAR/Filter/Bleach.pm
cp lib/PAR/Packer.pm blib/lib/PAR/Packer.pm
cp lib/PAR/Filter/PodStrip.pm blib/lib/PAR/Filter/PodStrip.pm
cp lib/pp.pm blib/lib/pp.pm
Makefile:755: warning: overriding commands for target `.c.o'
Makefile:337: warning: ignoring old commands for target `.c.o'
"/opt/local/bin/perl5.22" par_pl2c.pl my_par_pl < ../script/par.pl > my_par_pl.c
"/opt/local/bin/perl5.22" sha1.c.PL
/usr/bin/gcc-4.2 -c -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -I/opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE -DPARL_EXE=\"parl\" -O3 main.c
main.c: In function 'main':
main.c:121: warning: assignment discards qualifiers from pointer target type
env MACOSX_DEPLOYMENT_TARGET=10.6 /usr/bin/gcc-4.2 main.o -L/opt/local/lib -Wl,-headerpad_max_install_names -fstack-protector -L/opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE -lperl -lpthread -ldl -lm -lutil -lc -o ./par
true
"/opt/local/bin/perl5.22" encode_append.pl Dynamic.in ./par Dynamic.pm
"/opt/local/bin/perl5.22" embed_files.pl -c 32768 ./par > boot_embedded_files.c
otool: unknown char `-' in flag --version

Usage: otool [-fahlLDtdorSTMRIHvVcXm] <object file> ...
-f print the fat headers
-a print the archive header
-h print the mach header
-l print the load commands
-L print shared libraries used
-D print shared library id name
-t print the text section (disassemble with -v)
-p <routine name> start dissassemble from routine name
-s <segname> <sectname> print contents of section
-d print the data section
-o print the Objective-C segment
-r print the relocation entries
-S print the table of contents of a library
-T print the table of contents of a dynamic shared library
-M print the module table of a dynamic shared library
-R print the reference table of a dynamic shared library
-I print the indirect symbol table
-H print the two-level hints table
-v print verbosely (symbolically) when possible
-V print disassembled operands symbolically
-c print argument strings of a core file
-X print no leading addresses or headers
-m don't use archive(member) syntax
-B force Thumb disassembly (ARM objects only)
# fall back to guessing what DLLs are needed by ./par
# embedding "./par" as "par"
/usr/bin/gcc-4.2 -c -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -fstack-protector -I/opt/local/include -I/opt/local/lib/perl5/5.22/darwin-thread-multi-2level/CORE -DPARL_EXE=\"parl\" -O3 boot.c
env MACOSX_DEPLOYMENT_TARGET=10.6 /usr/bin/gcc-4.2 boot.o -o ./boot
true
"/opt/local/bin/perl5.22" encode_append.pl Static.in ./boot Static.pm
cp Static.pm ../blib/lib/PAR/StrippedPARL/Static.pm
cp Dynamic.pm ../blib/lib/PAR/StrippedPARL/Dynamic.pm
"/opt/local/bin/perl5.22" -Mblib=.. run_with_inc.pl ./par -q -B -Oparldyn
cp parldyn ../blib/script/parldyn
true ../blib/script/parldyn
"/opt/local/bin/perl5.22" -Mblib=.. run_with_inc.pl ./boot -q -B -Oparl
cp parl ../blib/script/parl
true ../blib/script/parl
Manifying 2 pod documents
cp script/tkpp blib/script/tkpp
"/opt/local/bin/perl5.22" "-Iinc" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/tkpp
cp script/par.pl blib/script/par.pl
"/opt/local/bin/perl5.22" "-Iinc" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/par.pl
cp script/pp blib/script/pp
"/opt/local/bin/perl5.22" "-Iinc" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/pp
Manifying 4 pod documents
Manifying 10 pod documents
bbf-osx106:PAR-Packer-1.030-cHZXau root#
Philip Kime via RT
2016-04-10 15:45:06 UTC
Permalink
Sun Apr 10 11:45:04 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


This must be the issue - otool on 10.6 and 10.5 (which is what my build machines are) doesn't have a "--version" option so it doesn't use otool to get dependencies which is why it's not finding libperl.dylib
Philip Kime via RT
2016-04-10 15:57:17 UTC
Permalink
Sun Apr 10 11:57:10 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


I think this is resolved - attached is a patch to embed_files.pl which fixes this for me. It uses a more generic test for otool presence which works on any OSX version.
Roderich Schupp via RT
2016-04-10 16:01:42 UTC
Permalink
Sun Apr 10 12:01:41 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
This must be the issue - otool on 10.6 and 10.5 (which is what my
build machines are) doesn't have a "--version" option so it doesn't
use otool to get dependencies which is why it's not finding
libperl.dylib
The use of otool is completely new in PAR::Packer 1.30 - before it used
to guess (and often got it wrong). But if otool doesn't seem to be available
(tested with "otool --version"), it should fall back to the previous method.
OK, there are two issues here: detection of otool failed on your build
machine (easily fixed) and the fallback method isn't complete (needs some thinking).

Cheers, Roderich
Philip Kime via RT
2016-04-10 16:06:56 UTC
Permalink
Sun Apr 10 12:06:54 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Why not just mandate the install of the command-line dev tools for OSX? Anyone building PAR things is likely to have it anyway and it is a sensible requirement, that way, the otool is fine.
Roderich Schupp via RT
2016-04-10 17:14:24 UTC
Permalink
Sun Apr 10 13:14:17 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >
Post by Philip Kime via RT
Why not just mandate the install of the command-line dev tools for
OSX? Anyone building PAR things is likely to have it anyway and it is
a sensible requirement, that way, the otool is fine.
Sure. The problem is more apparent on platforms where I don't have
anything like otool (OSX) or ldd (Linux, *BSD, Solaris) at all -
I totally bungled the fallback method. But apparently nobody noticed yet:)

OK, I just uploaded PAR::Packer 1.031 to CPAN.

Thanks for your patience while investigating this.

Cheers, Roderich
Philip Kime via RT
2016-04-10 17:16:25 UTC
Permalink
Sun Apr 10 13:16:18 2016: Request 113618 was acted upon.
Transaction: Correspondence added by PHILKIME
Queue: PAR-Packer
Subject: Strange issue with not packing libperl.dylib
Broken in: 1.030
Severity: Important
Owner: Nobody
Requestors: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Many thanks for your patience too - I know these things are a pain - I just received four bug reports today for biblatex ...
Roderich Schupp via RT
2016-04-10 17:18:37 UTC
Permalink
Sun Apr 10 13:18:34 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: ***@kime.org.uk
Status: open
Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=113618 >


Fixed in 1.031

Loading...