Внимание! Прочитайте, пожалуйста, текст в правой колонке (внизу).
Внимание! Прочитайте, пожалуйста, текст в правой колонке (внизу). Внимание! Прочитайте, пожалуйста, текст в правой колонке (внизу). Homepage Карта сайта Версия для печати

Джентльменский набор Web-разработчика   Ларри Уолл о Perl6   Наблы Система Orphus
 

36. Установка модулей с CPAN,  или откусите кусочек мира

[1 января 2004 г.] обсудить статью в форуме

Вначале пара слов о том, что такое CPAN. CPAN — это Comprehensive Perl Archive Network, или Сеть Всемирного Архива Perl-кода. Все добро доступно на сайте http://cpan.org.

Чайник 

На практике чаще всего используется его поисковый интерфейс, доступный по адресу http://search.cpan.org. Вероятнее всего, в 99 случаев из 100 вы будете пользоваться именно им.

В основном на CPAN хранятся различные модули для Perl — как раз то, чем этот язык славится и будет славиться еще очень и очень долго. Прежде, чем писать что-то самостоятельно, имеет смысл заглянуть на CPAN: вдруг кто-то уже выполнил аналогичную работу. А использовать чужие модули практически всегда предпочтительнее, чем писать свои — ибо чаще всего они оказываются уже отлаженными и проверенными стараниями многих людей.

Последовательность действий

В пятой набле я уже писал о том, как устанавливать модули Perl, не прилагая к этому особенных усилий. Если вы ставите модуль с CPAN, ситуация может еще более упроститься. Вам нужно лишь удостовериться, что вы подключены к Интернету, а затем набрать в командной строке:

Листинг 1
perl -MCPAN -e shell

Чайник 

Ключ -Mмодуль означает то же, что use модуль, а ключ -e команды заставляет интерпретатор выполнить указанные команды Perl. Таким образом, приведенная выше командная строка делает то же, что и обыкновенный скрипт { use CPAN; shell; }

Если вы запускаете эту команду впервые, вам будут заданы различные вопросы, касающиеся конфигурации Perl на вашей машине. Самый перый вопрос — готовы ли вы к ручному конфигурированию. Попробуйте ответить на него «n» (т.е. «нет») — в этом случае все установки примут значения по умолчанию, чаще всего правильные.

Как только появится командная строка CPAN, достаточно набрать:

Листинг 2
help

Затем, ознакомившись с возможными командами, наберите:

Листинг 3
install ИмяМодуля

Этим вы заставите CPAN.pm скачать модуль ИмяМодуля, откомпилировать, проверить и установить его. Главное достоинство такого способа в том, что, если модуль зависит от других модулей, они также будут автоматически скачаны и установлены.

Чайник 

Учтите, что CPAN.pm действует в соответствии с «ручным» способом, описанным в пятой набле. А значит, Вам потребуется Microsoft Visual Studio для компиляции модулей. Кроме того, не лишним будет установить комплект UnxUtils: http://unxutils.sourceforge.net и прописать в переменную окружения PATH путь к директории, в которую вы установили утилиты.

Другие команды (на примере модуля File::Slurp):

  • get File::Slurp — скачать указанный модуль, но ничего с ним не делать;
  • make File::Slurp — откомпилировать скачанный ранее модуль;
  • test File::Slurp — запустить встроенные в модуль скрипты тестирования;
  • clean File::Slurp — удалить результаты компиляции, но оставить исходные тексты.

Чайник 

Следует заметить, что не все модули требуют компиляции в прямом смысле этого слова. Например, лишь небольшая часть модулей использует вставки на языке Си. Тем не менее, даже если вставок и нет, процесс все равно включает в себя этап, сходный с компиляцией, и выполняющийся при помощи утилиты make (nmake в Microsoft Visual Studio).

Переконфигурирование CPAN.pm

Существует несколько видов проблем, которые могут возникнуть при инсталляции модулей через CPAN. Попробую кратко их описать. Первая проблема касается неправильной настройки модуля CPAN.pm, которая происходит при первом запуске perl -MCPAN -e shell. Например, вы могли выбрать неправильный адрес зеркала CPAN (адрес сайта, с которого будут скачиваться модули) и не знаете, как его изменить.

Все настройки CPAN.pm хранит в файле модуля CPAN::Config, обычно расположенного в файле %PERL%/lib/CPAN/Config.pm (где %PERL% — это директория, в которую установлен Perl; в Денвере это /usr). Если вы работаете в Unix, путь может быть также ~/.cpan/CPAN/MyConfig.pm, т.е. файл располагается в домашнем каталоге пользователя. При первом запуске Config.pm (содержащий единственную строчку "1;") переименовывается в Config.pm~, а в исходный файл записывается конфигурация CPAN.

Следовательно, существует два способа принудительно изменить конфигурацию CPAN.pm. Во-первых, можно переименовать Config.pm~ назад в Config.pm (переписав поверх), тогда при следующем старте будут снова заданы все вопросы о настройке. Во-вторых, можно просто в текстовом редакторе поправить в файле нужные параметры.

Проблема пробелов

Вторая проблема — это бич всех разработчиков, всю жизнь использовавших Unix и решивших перенести свои творения в Windows. Она связана с тем, что имена двух самых распространенных директорий — Program Files и Documents and Settings — содержат пробелы, в то время как в Unix такой стиль именования не принят. В результате можно делать ставки на то, что при попытке инсталляции какого-нибудь модуля через CPAN.pm вы получите сообщение вроде «не найден путь C:\Program», и ничего не выйдет. Действительно, Perl пытается запустить командную строку "C:\Program files\Microsoft Visual Studio\bin\nmake.exe параметры", не заключив по привычке имя программы в кавычки — вот и результат.

Лирическое отступление 
В то же время, я смутно подозреваю, что в Микрософте не дураки сидят, и пробелы в именах — далеко не случайность. Дело в том, что уже при разработке и отладке под Windows программист волей-неволей вынужден учитывать эти пробелы, а значит, его программы автоматически остаются рабочими даже в случае, если другие пути, с которыми они работают, содержат пробелы. В результате мы имеем более качественный код, ведь условия отладки намеренно ужесточены.

Но вернемся к ошибке в CPAN.pm. К счастью, Микрософт предоставлят альтернативный способ именования файлов, когда имя состоит максимум из 8 символов и не содержит пробелов. При таком стиле C:\Program Files выглядит как C:\PROGRA~1, а C:\Documents and Settings — как C:\DOCUME~1. (Узнать «короткие» имена можно при помощи команды dir /x.) Остается лишь вручную заменить все «длинные» пути на «короткие» в Config.pm (см. раздел выше) и в переменной окружения PATH.

обсудить статью в форуме

 
Рекламный блок
   

На странице:
    36. Установка модулей с CPAN,  или откусите кусочек мира
Последовательность действий
Переконфигурирование CPAN.pm
Проблема пробелов

Важное объявление:
    автор категорически против копирования и распространения в Интернете всех статей «Куроводства» с возрастом, меньшим 6 месяцев. Печальный опыт «расползания» чрезвычайно устаревших ошибочных версий статьи про Apache действительно объясняет такое решение.

Орфография на «Куроводстве»:
    если вы заметили орфографическую, стилистическую или другую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Выделенный текст будет немедленно отослан вебмастеру, а Вы даже ничего и не заметите — настолько быстро все произойдет.

На заметку:
    если вы уже вскипели насчет дизайна этой страницы, то присмотритесь повнимательнее к названию, почитайте FAQ, сходите по лебедевским местам, как это уже предлагалось выше. Можно ли считать пародию плагиатом? Надеюсь, что нет.

Параметры этой страницы
   
GZip

Ссылки от спонсоров
   


Дмитрий Котеров | 1 января 2004 г. ©1999-2016 | Генеральный спонсор: Хостинг «Джино» | Контакт Вернуться к оглавлению