nDiki : Autoconf

Automake インストール ビルド GNU Make Libtool Windows SCons ExtUtils::MakeMaker MinGW MSYS GNU Coding Standards Ant Perl Python m4 UNIX NSIS ソースコード マニュアル LaTeX Cygwin SSI コンピュータ日誌 環境変数 makepp フレームワーク 2001年 autoconfiscate Web 開発

■ 本日誌ページ用 m4 マクロを作成

本日誌を始めて、13日目。やっと本日誌ページ用 m4 マクロを作成した。

私の Web ページ (http://www.j.dendai.ac.jp/~naney/以下) はm4 を利用して作成している。 m4 はマクロプロセッサである。 主に何に利用しているかというと、ヘッダやフッタなどの定型的な部分の生成などである。 ヘッダやフッタなどをマクロ化し、各ページでパラメータを指定して展開させることで、それぞれにあったものを生成する。 利点としては、例えばヘッダの形式を変えたい場合にマクロを書き換えることで、全ページを変更することができることなどがある。 SSI による include では各ページ固有の情報などのパラメータ部分がうまく扱えない。 ちなみに m4 ページの処理は、Autoconf、Automake を利用して、./configure; make; make install; で一発で済むようにしている。

前置きがながくなった。もちろんこのページのヘッダやフッタなどもマクロ展開で行っていたのだが、ナビゲーションの [Prev Day]、 [Next Day] などは毎日手でリンクを張っていた(実際には前日のものをコピーして書き換え)。 これは面倒だし、間違えもおきやすいので、この部分を処理するマクロを本日作成した。 まだあまりチェックしていないので、もしかしたらうまくリンクがつながらないかもしれない。

次はキーワードインデックス部分と、記事別ナビゲーション(似ている内容の記事ごとの、Prev、Next のリンク) の生成を自動化したいが、これは m4 だけではかなり辛いか(できるとは思うが)。

• 過去の今ごろ (2004-01-31)
• SCons は GNU Autotools のかわりになるか (2005-04-20)
• 日記みました (1999-01-22)
• はいぱー日記システムで日記を開始 (2001-05-11)
• 合格 (2004-11-12)

■ 11:15 AC_CHECK_LIB の第5引数

昨日から configure (with GNU Autotools) で libwwwcore (in W3C libwww ライブラリ)を検出させようとしている。 が、ライブラリはインストールされているのに検出できない。 同じ W3C libwww の中の libwwwutils は検出できるのに。

と Autoconf マニュアルをよく読んだら AC_CHECK_LIB に第5引数が。 もしやと思ったら、やはり。 libwwwcore は libwwwutils に依存しているので一緒にリンクさせなければならないのであった。configure.in の中の記述を

 AC_CHECK_LIB([wwwcore], [HTLibInit], [], [], [-lwwwutils])

にしたら detect。

• SCons は GNU Autotools のかわりになるか (2005-04-20)
• サブプロジェクトが使える GTD ツール ThinkingRock 2.0.1 (2008-06-23)
• Module::Build でソースパッケージング (2005-08-24)
• Debian に RSS リーダ「フレッシュリーダー」をインストール (2006-03-06)
• 自宅の無線 LAN を復旧 & IEEE 802.11g 化 (2004-11-26)

■ 16:30 AC_CHECK_LIB って

先日 Autoconf の AC_CHECK_LIB の第5引数を知ったのだが、実は AC_CHECK_LIB で発見できたライブラリは次の AC_CHECK_LIB での検査の時にリンクされるのね。 ということは基本的には第5引数に指定しないでも依存関係の親の方を先に検査すればいいわけだ(クロスに参照しあってなければ)。

• SCons は GNU Autotools のかわりになるか (2005-04-20)
• 11:15 AC_CHECK_LIB の第5引数 (2001-06-07)
• 本日誌ページ用 m4 マクロを作成 (1999-01-31)

■ SCons は GNU Autotools のかわりになるか

NSIS のサイトによるとビルドに「SCons」を使うようしたらしい。

• クロスプラットフォーム
• Autoconf、Automake と同様の機能を統合
• LaTeX もビルトインサポート

と興味深いツールになっているようだ。

現在プロジェクトLaTeXベースのドキュメント生成には GNU Make を使っているのだが、UNIX、Windows の両方でビルドできるようにするには ComSpec 環境変数の有無で使用するコマンドを切り換えたり等いろいろ面倒なので、代替ツールとして使えないかなと。

基本的な機能は Make に対する改良がなされているようであるし、コピー等ファイル操作も SCons 自体がもっているのでクロスプラットフォームでビルドできるようにするのも楽そうだ。

一方 Autoconf 系の機能については、インストール済みのライブラリの検出や実装レベルのチェック等を実装しているようである。 make check や make dist、make install 等にあたるターゲットに関する機能(あるいは規約)のようなものは無い。これは非常に残念。 結局自分が Ant を使わなくなったのも GNU Autotools にあるこれらの機能に欠けているからであるし。

実は私がPerl が好きな理由の一つとして、これらサポートが充実しているという点がある。Perl では ExtUtils::MakeMaker (あるいは Module::Build)があり、ビルドからテスト、ソースパッケージのパッケージングまでフレームワークが整っている。

SCons は Python ベースで、Makefile にあたるファイルも Python スクリプトである。 SCons が影響を受けた Cons は Perl ベースであったのだが、既に2001年5月ごろから開発が止まってしまっている。残念。

ということで Make の代替には使えそうであるが、GNU Autotools と同じようなことをするにはいろいろ手をかけないといけないといった印象。

• Module::Build でソースパッケージング (2005-08-24)
• NSIS 2.22 は Linux でビルドできず (2006-12-20)
• nmake で毎回 pl2bat されるのを何とかしたい (2004-11-25)
• Windows 向けソフトウェア開発者はソースパッケージを作る習慣がない (2007-07-31)
• ActivePerl で Ming (2005-02-23)