e2416c1ee3
This also includes Fred's updates to the `README-short.txt` files, and a bunch of very minor changes for consistency (using "PHP" instead of "php", ending sentences that describe and lead into a code block with a ":", using "Go" instead of "Golang" and "Hy" instead of "Hylang" within prose, not using periods at the end of headlines, etc). A really fun one included here is that Java mentioned both using GNU Make inside the container (and `java` doesn't include `make` presently), and some of the prose mentioned `go build` after we ran `javac`, which was extra neat. |
||
|---|---|---|
| .. | ||
| .keep | ||
| README-content.md | ||
| README-short.txt | ||
| README.md | ||
| logo.png | ||
README.md
Tags and Dockerfile links
latest,5,5.20,5.20.0(5.020.000-64bit/Dockerfile)5.18,5.18.2(5.018.002-64bit/Dockerfile)latest-threaded,5-threaded,5.20-threaded,5.20.0-threaded(5.020.000-64bit,threaded/Dockerfile)5.18-threaded,5.18.2-threaded(5.018.002-64bit,threaded/Dockerfile)
What is Perl?
Perl is a family of high-level, general-purpose, interpreted, dynamic programming language. The Perl languages borrow freatures from other programming languages including C, shell scripting (sh), AWK, and sed.
How to use this image
Create a Dockerfile in your perl app project.
FROM perl:5.20
COPY . /usr/src/myapp
WORKDIR /usr/src/myapp
CMD [ "perl", "./your-daemon-or-script.pl" ]
Then build and run the docker image.
docker build -t my-perl-app
docker run -it --rm --name my-running-app my-perl-app
Run a single perl script.
For many single file projects, it may not be convenient to write a Dockerfile for your project. In such cases, you can run a perl script by using the perl docker image directly.
docker run -it --rm --name my-running-script -v "$(pwd)":/usr/src/myapp -w /usr/src/myapp perl:5.20 perl your-daemon-or-script.pl
User Feedback
Issues
If you have any problems with, or questions about this image, please contact us
through a GitHub issue or via the IRC channel
#docker-library on Freenode.
Contributing
You are invited to contribute new features, fixes, or updates, large or small; we are always thrilled to receive pull requests, and do our best to process them as fast as we can.
Before you start to code, we recommend discussing your plans through a GitHub issue, especially for more ambitious contributions. This gives other contributors a chance to point you in the right direction, give you feedback on your design, and help you find out if someone else is working on the same thing.