HP unix/Solaris ホスト上の cygwin Windows で開発した Perl アプリケーションを実行する必要があります。私は UNIX マシンのスーパーユーザーではありません。デフォルトの Perl モジュールの場所にアクセスすることも、モジュールをデフォルトの Perl モジュールの場所にインストールすることもできません。また、UNIX のインストールにはほとんどの基本的なモジュールが欠けており、それを変更することはできません。
たとえば、ネイティブ C でコンパイルされた部分を持つExpectを必要とする Perl アプリケーションがあります。そのボックスに他に何もインストールせずに、必要な依存関係を使用してこのアプリケーションを unix に展開するにはどうすればよいでしょうか?
Cygwin Windows で Perl アプリケーション全体をビルドし、1 つの実行可能ファイルを unix にロールアウトして、そこのホーム ディレクトリから実行する方法はありますか?
これまでの回答に基づくEDITの追加:
特に brian に感謝します。ネイティブ Perl の場合、ローカル LIB dir ソリューションは機能するようですが、C コンポーネントを必要とする Perl モジュールの場合、クロスプラットフォーム コンパイル、つまり cygwin でコンパイルして Solaris で実行することは、私が恐れていたように実際には不可能です。 .
しかし、別の Linux インストールが役立つでしょうか。つまり、これは Linux 上のパッケージ Perl のような異なるフレーバーの Unix 間でより簡単に実行でき、Solaris/HP に展開できますか? そして、lccのようなものはどうですか?
また、複雑な Perl アプリのすべての依存関係を含むネイティブ Perl パッケージを Windows に展開し、それを 1 つのファイルとして unix に移動できるようにした場合、もう少し聞きたいと思いますか? (Expect.pm のようにネイティブ C コードが含まれている場合は動作しないことがわかりましたが、純粋な perl モジュールのみを使用するアプリの場合はどうなりますか?)
基本的に、多くの理由から、これらの「本番」UNIX ホストにログインするのに必要な時間を最小限に抑え、事前にローカルでできる限りのことをしようとしています。
元の perl の質問から離れすぎていると感じたので、新しいクロスコンパイルの質問を追加しました。
編集 -- Parは純粋な Perl に対して有望に見えますが、同じ取引ですが、ネイティブ拡張のクロスプラットフォーム コンパイルの問題を解決するようには見えません。