Скачать интерпретатор perl можно здесь. Для windows это будет exeшник, для Linux\Unix — архив.
Если вы используете Linux\Unix, то скорее всего perl у вас уже установлен. Проверить это проще простого: зайдите в консоль и наберите в ней «perl»(+перевод строки, естественно). Если он уже установлен, то консоль будет ожидать дальнейший ввод — код вашего перл-скрипта. Для выхода из этого режима нажмите Ctrl+C — прерывание, либо нажмите Ctrl+D — указание perlу конца кода, он его выполнит(а чего бы и не выполнить пустой запрос 
) и вы вернётесь в консоль.
Кстати, зайдите снова в perl и наберите банальное print «Hello World!» после чего нажмите Ctrl+D. Если вы не опечатались, perl выведет «Hello World!» прямо на STDOUT, а именно в консоль. Это рекомендуют сделать первым практически все учебники по перл… Меня это жутко раздражает, но говорят, что это психологически мотивирует ученика…
Сразу скажу, что этот материал ни в коем случае не научит вас языку perl. Я не способен представить такую книгу, что смогла бы это сделать. Так же не будет никакого «забега» или марш-броска а ля «XML за 21 день». Этот мануал свободно можно прочитать за 2 дня и начать писать на perl, закрывая пробелы в знаниях гуглом или знакомым(дабы не раздражать близких людей, рекомендую задавать вопросы на нашем форуме). Этот текст не подготовит вас к экзамену по Perl, просто даст минимум знаний, с которыми можно окунуться в увлекательный мир PERL.
Запуск
Нет смысла учить язык, если нету способа по-практиковаться. Мы уже видели один способ запуска perl-скрипта:
root[~]# perl
print "HW!"
HW!root[~]#
Хороший способ для проверки синтаксиса(взбрела в голову конструкция и интересно поймёт ли perl). Однако, для написания как-либо больших программ или проектов этот способ не годится. Приятно было бы писать в файл и исполнять его. Для этого нужно создать файл с расширением pl (можно и без него, но тогда у Windows возникнут вопросы по поводу идентификации программы-исполнителя этого файла), в него записать свой код. Начать код нужно с #!/usr/bin/perl (опять же можно и без этого, но тогда уже у Unix возникнут проблемы с идентификацией) — этот комментарий указывает операционке через какой файл нужно будет запускать нашу программу.
Кстати, комментарии в perl пишутся в Unix-style — ставится знак # и до конца строки можно писать всё, что придёт в голову(хоть анекдоты, как это часто делают perl-программисты) — perl это просто отбросит…
Запускать файл, оформленный подобным образом можно обычным двойным кликом. При таком запуске будет вылазить персональная для нашего скрипта консоль и по окончании работы скрипта закрываться, что вызывает некоторые трудности:
- Подобный запуск для людей, привыкших к графике и пугающихся консоли, выглядит эстетически неприемлимым. Мы уберём консоль, когда научимся писать перл-скрипты с использованием графического интерфейса.
- Вывод как шёл на консоль, так и идёт… Поэтому, если мы выводим результат работы скрипта обычным print’ом, то он выведется на консоль, которая закроется сразу же по окончании работы скрипта. Это легко обходится обычным запросом на ввод в конце нашего кода, но, согласитесь, момент тоже неприятный…
- Теряем всю отладочную информацию. А она стоит немало… Вообще одна из расшифровок названия PERL — Patalogically Eclectic Rubbish Lister (патологический эклектичный распечатывальщик мусора). Мусор мусором, а информации, выводимой при поломке в большинстве случаев хватает для починки (номер строки, где умер скрипт, чего не хватает…)
Итак, незря я привёл столько доводов против данного способа запуска: данный способ подходит только для запуска конечного продукта. Для отладки лучше всего подходит 3ий способ:
root[~]# perl code.pl
Кстати, можно и не писать «perl», если вы не забыли написать в начале кода «#!/usr/bin/perl». Правда, при использовании Unix вам потребуется предварить название файла с вашим кодом адресом папки, в которой лежит скрипт. К примеру, «./code.pl».
В следующей статье мы начнём рассматривать язык Perl. Начнём с типов данных.