Как я могу создать переносимый Perl, если я не могу установить модули на целевой хост?

В этом случае я бы подумал о поставке полного приложения со своим собственным Perl. Вы можете выбрать любую понравившуюся версию и любые понравившиеся модули. Скомпилируйте все, организуйте все в каталог, а затем запустите результат. Для развертывания скопируйте файл и распакуйте. Воспользуйтесь советом, уже упомянутым другими, о путях поиска в библиотеках и т. Д. По сути, ваше приложение получает свой собственный стек.

Теперь уловка заключается в кросс-компиляции. Почему вы разрабатываете на Cygwin? Это тоже цель? Есть ли причина, по которой у вас нет машины для разработки HP / UX или Solaris? На какую архитектуру вы ориентируетесь (RISC, SPARC, Intel и т. Д.). Если у вас нет оборудования для их запуска, приобретите несколько виртуальных машин для своих целей и разрабатывайте их.

Кроме того, вы можете устанавливать модули везде, где у вас есть разрешения. См. perlfaq8:

• Как сохранить собственный каталог модулей / библиотек?
• Как добавить каталог, в котором находится моя программа, в путь поиска модуля / библиотеки?
• Как добавить каталог в мой путь включения (@INC) во время выполнения?

Я не пробовал эту конкретную функцию, но perl2exe говорит, что поддерживает кроссплатформенные сборки.

Скомпилировать сценарий Perl со всеми его зависимостями в Windows с помощью Cygwin и запустить его в Solaris просто не получится.

Теперь вопрос: есть ли у вас доступ к компилятору на этом компьютере Solaris? Не потому, что у вас нет корневого доступа, вы не можете скомпилировать и установить модули Perl в свой домашний каталог, используя:

perl Makefile.PL PREFIX=$HOME

Если в вашей системе Solaris доступен CPAN, вы можете установить префикс в оболочке CPAN следующим образом:

1. запустить оболочку perl -MCPAN -e shell;
2. измените префикс на conf makepl_arg PREFIX=/path/to/your/home/directory

Для запуска вашего скрипта вы можете запустить perl с помощью переключателя командной строки -I $HOME, например:

perl -I $HOME script.pl

Другой вариант - разместить это в начале вашего скрипта.

use lib $ENV{'HOME'};

Установите переменную среды PERLLIB в личный каталог Perl lib или используйте переключатель командной строки -I для Perl, чтобы указать это.

Если у вас есть доступ к машине HP-UX, вы можете скомпилировать Expect и установить его в свой каталог. Но кросс-компиляция из Windows в HP-UX, вероятно, намного сложнее. Вам нужно будет создать кросс-компилятор GCC.

Если у вас есть компилятор в каждой из ваших систем (и некоторые другие инструменты, необходимые для configure, такие как grep), вы должны иметь возможность не только компилировать модули, но и создавать свои собственные исполняемые файлы Perl.

Вам понадобится local :: lib. Как только вы это сделаете, чистые модули Perl должны работать на кросс-платформе, но вам придется идентифицировать и переустанавливать скомпилированные модули на чужой платформе. Выполните первоначальную установку на реальном unix, cpan на cygwin работает медленно.

Я сталкивался с этим несколько раз на своих рабочих системах. У нас есть базовая установка Perl 5.8, и у меня нет возможности добавлять модули. Вот решение, которое я использую:

1. Создайте папку с именем lib в корне вашего проекта (например: ~ / projects / MyProject / lib)
2. Любые модули, которые вы загружаете с CPAN, должны иметь Makefile, а также каталог с именем «lib». Скопируйте содержимое папки lib во вновь созданную папку lib. Некоторые модули могут содержать только один файл .pm без структуры библиотеки. Просто скопируйте файл .pm.

Ваш код должен делать следующее: сначала используйте любые модули, которые были установлены нормально, затем отключите переменную среды @INC для использования ваших локальных библиотек:

# Declare Includes --------------------------------------------------------------------------------
use Getopt::Long;
use vars qw($VERSION);
use DirHandle;
use FileHandle;


# Force perl to use our local 'lib' directory for imported modules, this allows us to
# use modules without having to install them in th emain perl assembly. However, this
#also prevents these modules from being used in other projects.
BEGIN { unshift @INC, "lib"; }
use Error qw(:try);
use SOAP::Transport::HTTP;
#use LWP::Protocol::https;
use XML::Simple;
use XML::Writer;
use XML::Writer::String;

Предостережение к этому методу заключается в том, что некоторые модули Perl не используют метод lib или имеют дополнительные зависимости. Если вы столкнетесь с проблемами, изучите Makefile.PL для модуля и посмотрите, что он делает.