LIBTOOLIZE(1) | General Commands Manual | LIBTOOLIZE(1) |
libtoolize - Makefile に libtool の機能を付加する。
libtoolize [-cfn] [--automake] [--copy] [--debug] [--dry-run] [--force] [--ltdl] [--ltdl-tar]
libtoolize [--help] [--version]
libtoolize は Makefile に libtool(1) の機能を 付加するための標準的な方法を提供する。
もし autoconf や automake を使っているならば、 `configure.in' ファイルに AM_PROG_LIBTOOL の呼び出しを 追加すべきである。 このマクロを使うと `configure' スクリプトと ltconfig を シームレスに統合できる。
aclocal プログラムは configure スクリプトに AM_PROG_LIBTOOL 機能を自動的に付加する。 あなたの libtool.m4 のコピーを acinclude.m4 に インクルードしておくことを推奨する。 なぜなら、あなたのマクロのバージョンと acinclude.m4 の バージョンが合わない場合にユーザーが aclocal.m4 や configure を リビルドすると、互換性のないマクロのために終了しないかもしれないからである。
マクロでは `Makefile.in' において Makefile の変数 top_builddir を定義する必要がある。 automake はこれを自動で行うが、 autoconf ユーザーは、この変数をビルドディレクトリのトップへの相対パスで (`../..' といったように) 設定すべきである。
デフォルトではこのマクロは、もし可能であれば、 共有ライブラリの使用を有効にする。 さらに静的ライブラリが共有ライブラリと衝突しなければ、 静的ライブラリの使用も有効にする。 AM_DISABLE_SHARED または AM_DISABLE_STATIC マクロを 呼び出すことにより、このデフォルトを変更することができる。
# ビルドプロセスが非常に長くなるので、 # ベータテストの間は共有ライブラリを無効にする。 AC_DISABLE_SHARED AM_PROG_LIBTOOL
マクロは環境変数 LIBTOOL_DEPS も設定する。 この変数は libtool スクリプトが古くなったときに 自動的に更新するために使われる。 そのためには、configure.in に以下を加え、
AC_SUBST(LIBTOOL_DEPS)
さらに Makefile.in または Makefile.am に以下を加えること。
LIBTOOL_DEPS = @LIBTOOL_DEPS@ libtool: $(LIBTOOL_DEPS)
$(SHELL) ./config.status --recheck
これは通常、ライブラリデータアイテムが `__declspec(dllexport)' で エクスポートされ、`__declspec(dllimport)' インポートされることを意味している。 このマクロが使用されないと、libtool はパッケージライブラリは dll クリーンでないと仮定して、win32 ホスト上で静的ライブラリしか作らなくなる。
Makefile.am の例は libtool(1) を参照すること。
プログラムのバグについては
<bug-libtool@gnu.org>
へ報告してください。
man ページは Ragnar Hojland Espinosa
<ragnar@ragnar-hojland.com>
が作成しました。
June 2002 | libtoolize 1.4.2 |