pp - Perl Packager
pp [ -BILMSVXdeghilmoprsv ] [ parfile | scriptfile ]...
Note: When running on Microsoft Windows, the a.out below will be replaced by a.exe instead.
% pp hello # Pack 'hello' into executable 'a.out'
% pp -o hello hello.pl # Pack 'hello.pl' into executable 'hello'
% pp -o foo foo.pl bar.pl # Pack 'foo.pl' and 'bar.pl' into 'foo'
% ./foo # Run 'foo.pl' inside 'foo'
% mv foo bar; ./bar # Run 'bar.pl' inside 'foo'
% mv bar baz; ./baz # Error: Can't open perl script "baz"
% pp -p file # Creates a PAR file, 'a.par'
% pp -o hello a.par # Pack 'a.par' to executable 'hello'
% pp -S -o hello file # Combine the two steps above
% pp -p -o out.par file # Creates 'out.par' from 'file'
% pp -B -p -o out.par file # same as above, but bundles core modules
% pp -P -o out.pl file # Creates 'out.pl' from 'file'
% pp -B -p -o out.pl file # same as above, but bundles core modules
# (-B is assumed when making executables)
% pp -e "print 123" # Pack a one-liner into 'a.out'
% pp -p -e "print 123" # Creates a PAR file 'a.par'
% pp -P -e "print 123" # Creates a perl script 'a.pl'
% pp -c hello # Check dependencies from "perl -c hello"
% pp -x hello # Check dependencies from "perl hello"
% pp -n -x hello # same as above, but skips static scanning
% pp -I /foo hello # Extra include paths
% pp -M Foo::Bar hello # Extra modules in the include path
% pp -M abbrev.pl hello # Extra libraries in the include path
% pp -X Foo::Bar hello # Exclude modules
% pp -a data.txt hello # Additional data files
% pp -r hello # Pack 'hello' into 'a.out', runs 'a.out'
% pp -r hello a b c # Pack 'hello' into 'a.out', runs 'a.out'
# with arguments 'a b c'
% pp hello --log=c # Pack 'hello' into 'a.out', logs
# messages into 'c'
# Pack 'hello' into a console-less 'out.exe' with icon (Win32 only)
% pp --gui --icon hello.ico -o out.exe hello
pp creates standalone executables from Perl programs, using the compressed packager provided by PAR, and dependency detection heuristics offered by Module::ScanDeps. Source files are compressed verbatim without compilation.
You may think of pp as "perlcc that works without hassle". :-)
A GUI interface is also available as the tkpp command.
It does not provide the compilation-step acceleration provided by perlcc (however, see -f below for byte-compiled, source-hiding techniques), but makes up for it with better reliability, smaller executable size, and full retrieval of original source code.
When a single input program is specified, the resulting executable will behave identically as that program. However, when multiple programs are packaged, the produced executable will run the one that has the same basename as $0 (i.e. the filename used to invoke it). If nothing matches, it dies with the error Can't open perl script "$0".
Can't open perl script "$0"
Options are available in a short form and a long form. For example, the three lines below are all equivalent:
% pp -o output.exe input.pl
% pp --output output.exe input.pl
% pp --output=output.exe input.pl
Add an extra file into the package. If the file is a directory, recursively add all files inside that directory, with links turned into actual files.
By default, files are placed under / inside the package with their original names. You may override this by appending the target filename after a ;, like this:
% pp -a "old_filename.txt;new_filename.txt"
% pp -a "old_dirname;new_dirname"
You may specify -a multiple times.
Read a list of file/directory names from FILE, adding them into the package. Each line in FILE is taken as an argument to -a above.
You may specify -A multiple times.
Bundle core modules in the resulting package. This option is enabled by default, except when -p or -P is specified.
Clean up temporary files extracted from the application at runtime. By default, these files are cached in the temporary directory; this allows the program to start up faster next time.
Run perl -c inputfile to determine additonal run-time dependencies.
perl -c inputfile
Reduce the executable size by not including a copy of perl interpreter. Executables built this way will need a separate perl5x.dll or libperl.so to function correctly. This option is only available if perl is built as a shared library.
Package a one-liner, much the same as perl -e '...'
perl -e '...'
Run perl inputfile to determine additonal run-time dependencies.
Exclude the given module from the dependency search patch and from the package.
Filter source script(s) with a PAR::Filter subclass. You may specify multiple such filters.
If you wish to hide the source code from casual prying, this will do:
% pp -f Bleach source.pl
Users with Perl 5.8.1 and above may also try out the experimental byte-compiling filter, which will strip away all comments and indents:
% pp -f Bytecode source.pl
Build an executable that does not have a console window. This option is ignored on non-MSWin32 platforms or when -p is specified.
Show basic usage information.
Specify an icon file (in .ico, .exe or .dll format) for the executable. This option is ignored on non-MSWin32 platforms or when -p is specified.
Add additional information for the packed file, both in META.yml and in the executable header (if applicable). The name/value pair is joined by =. You may specify -N multiple times, or use ; to link several pairs.
For Win32 executables, these special KEY names are recognized:
Comments CompanyName FileDescription FileVersion
InternalName LegalCopyright LegalTrademarks OriginalFilename
Add the given directory to the perl library file search path. May be specified multiple times.
Add the given shared library (a.k.a. shared object or DLL) into the packed file. Also accepts names under library paths; i.e. -l ncurses means the same thing as -l libncurses.so or -l /usr/local/lib/libncurses.so in most Unixes. May be specified multiple times.
Log the output of packaging to a file rather than to stdout.
Filter included perl module(s) with a PAR::Filter subclass. You may specify multiple such filters.
Add the specified module into the package, along with its dependencies. Also accepts filenames relative to the @INC path; i.e. -M Module::ScanDeps means the same thing as -M Module/ScanDeps.pm.
If MODULE has an extension that is not .pm/.ix/.al, it will not be scanned for dependencies, and will be placed under / instead of /lib/ inside the PAR file. This use is deprecated -- consider using the -a option instead.
You may specify -M multiple times.
Build a multi-architecture PAR file. Implies -p.
Skip the default static scanning altogether, using run-time dependencies from -c or -x exclusively.
File name for the final packaged executable.
Create PAR archives only; do not package to a standalone binary.
Create stand-alone perl script; do not package to a standalone binary.
Run the resulting packaged script after packaging it.
Do not delete generated PAR file after packaging.
Cryptographically sign the generated PAR or binary file using Module::Signature.
Increase verbosity of output; NUMBER is an integer from 1 to 3, 3 being the most verbose. Defaults to 1 if specified without an argument. Alternatively, -vv sets verbose level to 2, and -vvv sets it to 3.
Display the version number and copyrights of this program.
Command-line options (switches). Switches in this variable are taken as if they were on every pp command line.
Here are some recipes showing how to utilize pp to bundle source.pl with all its dependencies, on target machines with different expected settings:
% pp -o packed.exe source.pl # makes packed.exe
# Now, deploy 'packed.exe' to target machine...
$ packed.exe # run it
% pp -B -P -o packed.pl source.pl # makes packed.exe
# Now, deploy 'packed.exe' to target machine...
$ perl packed.pl # run it
% pp -P -o packed.pl source.pl # makes packed.exe
# Now, deploy 'packed.pl' to target machine...
$ perl packed.pl # run it
% pp -p source.pl # makes source.par
% echo "use PAR 'source.par';" > packed.pl;
% cat source.pl >> packed.pl; # makes packed.pl
# Now, deploy 'source.par' and 'packed.pl' to target machine...
$ perl packed.pl # run it
Note that even if your perl was built with a shared library, the 'Stand-alone setup' above will not need a separate perl5x.dll or libperl.so to function correctly. Use --dependent if you are willing to ship the shared library with the application, which can significantly reduce the executable size.
tkpp, par.pl, parl, perlcc
PAR, PAR::Packer, Module::ScanDeps
Simon Cozens, Tom Christiansen and Edward Peschko for writing perlcc; this program try to mimic its interface as close as possible, and copied liberally from their code.
Jan Dubois for writing the exetype.pl utility, which has been partially adapted into the -g flag.
Mattia Barbon for providing the myldr binary loader code.
Jeff Goff for suggesting the name pp.
Autrijus Tang <email@example.com>
http://par.perl.org/ is the official PAR website. You can write to the mailing list at <firstname.lastname@example.org>, or send an empty mail to <email@example.com> to participate in the discussion.
Please submit bug reports to <firstname.lastname@example.org>.
Copyright 2002, 2003, 2004 by Autrijus Tang <email@example.com>.
Neither this program nor the associated parl program impose any licensing restrictions on files generated by their execution, in accordance with the 8th article of the Artistic License:
"Aggregation of this Package with a commercial distribution is
always permitted provided that the use of this Package is embedded;
that is, when no overt attempt is made to make this Package's
interfaces visible to the end user of the commercial distribution.
Such use shall not be construed as a distribution of this Package."
Therefore, you are absolutely free to place any license on the resulting executable, as long as the packed 3rd-party libraries are also available under the Artistic License.
This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
To install PAR, copy and paste the appropriate command in to your terminal.
perl -MCPAN -e shell
For more information on module installation, please visit the detailed CPAN module installation guide.