å ä, 2004-01-13 12:53, Edward S. Peschko åéï > well, I fiddled around with pp-0.79, and this is what I came up with for > objectifying it. Whoa. Most impressive. You have completed in one day what I have delayed for one year. :-)
> It should be backwards compatible with App::Packer, but some testing should > be done if it was to take its place. Same with pp - hence I attached > the objectified pp as pp_new. Mattia, can you look at App::Packer::Temp and see if it can be merged back to the main App::Packer? I'm most willing to move the "pp" script into part of App::Packer, and make App::Packer a prerequisite of PAR, so that they can be separatedly maintained and updated. > The pp is mostly feature-neutral, except: > 1) added a PAR_VERBOSE environment flag (that overrides or supplements > option 'v') That's a good idea. > 2) added the ability to archive additional files. (-a and -A flags take > one file at a time and a file list of files respectively) Hmm, I thought -M already handles that. So you want to make -M deal with modules only? I can see the point. Okay then. :) As of -A... It's sad that the Windows shell does not have backticks, so we have to devote an extra option to it. Sigh. > As an example of its use, I've also included 'ppack' - a first attempt > at a self-extracting executable generator. Both have been tested on > solaris only. Why do we not make this yet another option to pp (i.e. App::Packer::Backend::PAR)? > I'm not particularly attached to the style (tabs > and lots of parens), so feel free to change it back if you > want to include it in the standard distribution. That's what PerlTidy is for; don't worry about it. :-) Thanks, /Autrijus/
signature.asc
Description: =?UTF-8?Q?=E9=80=99=E6=98=AF=E6=95=B8=E4=BD=8D=E5=8A=A0=E7=B0=BD?= =?UTF-8?Q?=E7=9A=84=E9=83=B5?= =?UTF-8?Q?=E4=BB=B6?=
