win32.perl.org Webサイトは、 MSWindows用のいくつかのPerlディストリビューションへの参照を提供します。
長い間、 ActiveStateのActivePerlを使用していましたが、最近StrawberryPerlに切り替えました 。
IMHO ActivePerlがStrawberryPerlに対してまだ持っている唯一の利点は、Perl Tkが付属しているという事実です 。これは、グラフィカルデバッガーであるDevel::ptkdbを簡単にインストールできることを意味します。それ以外に、StrawberryPerlにはすべての利点があると思います。
ストロベリー Perlはどんどん良くなっています。私が ActiveState で繰り返し経験した問題の 1 つは、コア モジュールへのアップグレードが必要なためにモジュールのインストールに失敗することがあるということですが、それが許可されません。したがって、 Windows を使用していない人は誰でも私のコードを使用できますが、ActiveState の Perl ではそれができません。
ActiveState には非常に危険なビルド システムもあり、モジュールのビルドに失敗した理由を正確に報告できないことがよくあります。私はメールでこの情報を求めるのにうんざりしていたので、結局あきらめました。自分のコードを Windows で実行したいのですが、ActiveState がその情報を提供してくれず、コア モジュールをアップグレードするオプションも与えられない場合、それを使用することはできません。モジュールの中には、ActiveState Perl を使用するものを除いて、どのオペレーティング システムでもビルドに失敗しないものがあります。Strawberry Perl をサポートし、ActiveState について心配する必要はありません。
ActiveState がビルド システムと「コア モジュールへのアップグレードなし」ポリシーを修正した場合は、再検討する価値があります。
唯一無二の Perl ディストリビューションはありません。Vanilla Perl (再配置可能で再配布可能な Perl) と、より開発者にとって使いやすいStrawberry Perlには大きな可能性があります。
ただし、 ActivePerlが非常に人気があるのには十分な理由があります。利点は主に、エンド ユーザーにとって展開が容易になるという形でもたらされます (パッケージ マネージャーである PPM を使用するためにコンパイラーは必要ありません)。ActiveState PDK (Perl Development Kit) も、Perl をユーザーのマシンにインストールする必要がない完全な Windows バイナリをパックするための非常に優れた方法です。
残念ながら、多くの非常に優れた CPAN モジュール (OpenSSL の Perl バインディングなど) は、ActiveState のリポジトリからは入手できません。
ほとんどのものと同様に、どのディストリビューションがニーズに最も合っているかに基づいて選択する必要があります。
私は主に ActivePerl を使用していますが、Strawberry Perl の方向性がとても気に入っています。私は、cpan シェルが「そのまま動作」し、XS モジュールをインストールするためにたくさんの面倒なことをする必要がないことを気に入っています。(たとえば、ExtUtils::FakeConfig ですが、最近の ActivePerl ビルドではあまり必要ではありません。) 私は、サムドライブでの Perl の可能性にも興奮しています。Portable Perlの開発リリースは、すでにかなり使用可能です。
ActivePerl の主な利点はすぐに使用できる Tk であることに同意しますが、5.10 以降、ActivePerl にはデフォルトで Tk が付属していないことに注意してください。代わりに Tkx が同梱されています。
未来は間違いなくStrawberryPerlです。どちらを選択した場合でも（この問題はWindowsに固有のものではありません）、最終結果を他のマシンに配布する場合は、提供するインストーラー/インストール手順に注意する必要があります。
ストロベリー Perlは *nix 上の Perl に似ています。MinGWが付属しており、それ自体で役立つ可能性があります。Perl モジュールは、ppm または cpan でインストールすることもできます。
私は常に Cygwin (bash を使用した xterm は cmd ウィンドウよりもはるかに優れています) とそれに付属の Perl を使用しています。Perl モジュールを CPAN シェル (「cpan」コマンド) でインストールします。それは正常に動作します。
私はストロベリーパールの方が断然好きです。1 つは、gcc を mingwin の一部としてインストールするため、CPAN から直接インストールできます。
私はしばらく ActiveState の perl を使用していましたが、(一見) 同じように構成されているにも関わらず、あるマシンから別のマシンへと多くの不安定さがありました。彼らのPPMモジュールのパッケージングも悪趣味でした。これにより、パッケージの管理が非常に簡単になりますが、CPAN の更新後に PPM を更新するためにパッケージに依存します。また、PPM は決して CPAN の完全な内容ではありません。前回 ActivePerl を使用したときは、必要なすべてのモジュールを見つけるのに苦労しました。そこにあったモジュールは、多くの場合、古いバージョンでした。
ActiveState Perl は、かなり長い間、事実上の Windows Perl と見なされてきました。多くの欠陥があり、多くの人が他のものを使用していますが、依然として非常に人気があります. (自分のマシン以外の) Windows マシンで実行する Perl コードをビルドしている場合、それを実行する AS Perl インストールをデフォルト (または可能な限りデフォルト) に向けて書くことを検討します。それ以外の場合は、他の人が後でアプリを使用しようとするための障壁を導入しています。
Strawberry には大きな問題があり、サポートがないと感じていました。PerlMonks の善良な人々は私を助けてくれなかったので、あきらめました。このページを読んで自信が持てなくなった場合は、答えがあります。
私が書いたコードはフォーチュン500企業にあるので、「企業」の感覚が役立ちます。私はこれまでActivePerlを使用してきましたが、内部ツールと大規模な顧客への配布の両方で問題なく機能しました。
問題なく動作する Active State Perl 5.014 を使用しています。
問題は、最新バージョンの Padre (IDE、デバッグ環境) がないことです。