Hi Ken,
I'm sending this to the par@perl.org mailing list. While I do try to
maintain (i.e. do the release engineering for) PAR, I am not the most
knowledgeable PAR developer. I suppose the mailing list can be of more
help than just me.
Vamps Admin vamps_adm-at-inMail24.com |PAUSE2| wrote:
I encountered a - peculiarity (to not call it bug) - with PAR Version
0.92. You are indicated as maintainer of the package.
The problem occurs with the -l option of pp. The .so I specify with -l
goes into shlib/i686-linux/ of the zip. The problem is that there is no
shlib/ directory entry in the zip. This makes Archive::Zip stumble when
I try to use the archive. Well this is probably a problem which happens
rather rarely, but it's a show stopper for me. Unfortunately pp does not
put a directory entry into the zip with -a either. I tried this as a
workaround.
Can you provide a minimal example of this which I can use to reproduce
the exact problem on my Linux box? Also, please state the versions of
Perl and Archive::Zip.
Please let me know your opinion.
Another strange problem I encountered is a bit more complicated. I have
replaced the script/main.pl pp puts into the archive. When I try to use
a regex in the script like "m/foo/", the called script surprisingly
gives a perl parse(!) error. I found a workaround for this when I
enclose the substitution with eval{}. Really strange. I looked at the
code of PAR::_run_member(), but I do not really have a clue what's going
on there. I have attached my replacement for script/main.pl. If you
remove the eval{} encosure for the m|^(...|, the called script
(_SCRIPT_) fails to parse.
Replacing PAR archive internals seems like a bad idea to me.
Steffen
