Bug #61346 for PAR-Packer: Cannot add object files to PAR tree

Wed Sep 15 05:08:59 2010 PHILKIME [...] cpan.org - Ticket created

Subject:

Cannot add object files to PAR tree

I have had no problems adding files (using -A) to an exe: c:/strawberry/perl/lib/Unicode/Collate/Locale;lib/Unicode/Collate/Locale c:/strawberry/perl/lib/Unicode/Collate/allkeys.txt;lib/Unicode/Collate/allkeys.txt c:/strawberry/perl/lib/Unicode/Collate/keys.txt;lib/Unicode/Collate/keys.txt c:/strawberry/perl/lib/auto/Unicode/Collate/Collate.dll;lib/auto/Unicode/Collate/Collate.dll However, this last line, to add the Unicode::Collate XS .dll to the right place in the exe doesnt' add the file. All of the other lines work fine. "pp -vv" says that the .dll is added but it isn't. I have the same issue on OSX trying to add the Collate.bundle. I can't add these with --link arguments as the modules expect the XS object files in specific places in the perl tree.

Wed Sep 15 07:18:49 2010 PHILKIME [...] cpan.org - Correspondence added

In fact, it seems that the file is included in the .exe (without the need to add it manuallY) but it is not unpacked. I have the same issue with the .dll for Unicode::Normalize and sometimes on Windows, the same problem with IPC::Run. Is there some general reason why things in the packed .exe would not be extracted into the cache?

Wed Sep 15 07:18:50 2010 PHILKIME [...] cpan.org - Status changed from 'new' to 'open'

Wed Sep 15 08:18:06 2010 PHILKIME [...] cpan.org - Correspondence added

Show quoted text

> Is there some general reason why things in the packed .exe would not be > extracted into the cache?

Ok, I think the IPC::Run thing is irrelevant - that was just stupidity on my part. I looked into the code and see that .dll/.so/.dylib/.bundle etc. are all ignored for extraction and are handled by the dynaloader. So, am I right in thinking that they are taken from the original .exe/.par at runtime but are never present in the cache?