おそらくはそれさえも平凡な日々: CPANモジュールのパッケージングの歴史

最近同僚が次々とCPAN Authorになってて良い流れだなーとか思っています。 ただ、CPANへのモジュールの上げ方がわからないとか、M::Iを使えばいいのか M::Bを使えばいいのか、それらがそもそも何やってるのか分からないという話も 聞くので、僕自身もその辺の知識を整理してアップデートしました。 とりあえず、今はModule::Buildを使っておけば良いんじゃないかと 思っていますが、そこに至る歴史的経緯をまとめてみます。 大体、以下に書いてあることに加えて、最近の動きを書いています。 Module::Build：MakeMakerの後継者を目指して PerlでCPAN形式のモジュールを配布する場合は、Makefile.PLなりBuild.PLなりを モジュール作者が用意して、それがインストールに必要なファイル類を自動生成 するという流れになっています。 既存の雛形を使うと色々ファ

[trapple]

[Module::Build][perl][cpan]レキシ

[perlcodesample]

ちなみにModule::Buildはコアからはずれます。

[ainame]

わかり易かった

[oppara]

おそらくはそれさえも平凡な日々: CPANモジュールのパッケージングの歴史

[shiba_yu36]

わかりやすい

[tendo3201]

cpan（Comprehensive Perl Archive Network） - Perlのライブラリ・モジュールやその他のPerlで書かれたソフトウェアのアーカイブの歴史について

[gologo13]

わかりやすい

[tzccinct]

「Makefile.PLを走らせる間に、META.ymlのconfigure_requiresセクションを見て、 そのモジュールをインストールしてくれます」。

[naney]

「今は Module::Build を使っておけば良いんじゃないかと思っています」

[manabou]

module::build

[issm]

Amon2 が M::B に切り替わったあたりで気になってた．何度か読み返したい．

[n2s]

「とりあえず、今はModule::Buildを使っておけば良いんじゃないかと」いいかげんCPANとかrubygemとか作ってみないとなぁ

[Songmu]

blogged.