パッケージに対するすべての`Makefile.in'を作成するため,
automake
プログラムをトップレベルのディレクトリで,引数なしで実行
してください.automake
は,(`configure.in'をスキャンながら
see section `configure.in'のスキャン),自動的にそれぞれ適切な`Makefile.am'を見つけ,対
応する`Makefile.in'を生成します.automake
では,パッケージを
構成するものへの視野がかなり単純になっていることに注意してください.それ
は,一つのパッケージにはトップディレクトリにただ一つ`configure.in'
があることを想定しています.パッケージに複数の`configure.in'がある
場合,`configure.in'があるそれぞれのディレクトリでautomake
を実行する必要があります.(代わりの方法として,パッケージツリーを巡回し
て,適切な場所でautomake
を実行することが可能な,Autoconfの
autoreconf
をあてにしてもかまいません.)
オプションとしてautomake
に引数を与えることが可能です.`.am'
が引数に後置され,その結果が入力ファイルの名前として使用されます.この機
能は,一般的に,時代遅れの`Makefile.in'を自動的にリビルドするためだ
けに使用します.いくつかのサブディレクトリで`Makefile.in'を再生成す
るために使用している場合でも,プロジェクトのトップディレクトリで
automake
を実行する必要があることに注意してください.これは,
automake
は`configure.in'をスキャンする必要があるため,そして,
automake
が状況によってその動作を変更するため,`Makefile.in'
がサブディレクトリに存在するという知識を使用するためです.
Automakeは,`configure.in'をスキャンするためと,その依存性
(`aclocal.m4')のため,autoconf
を実行するので,
autoconf
はPATH
に存在する必要があります.AUTOCONF
変
数が環境変数にある場合,autoconf
の代わりにそれを使用し,これで特
定のバージョンのAutoconfを選択することが可能になります.ところで,この段
落を誤解しないでください.Automakeは`configure.in'をスキャ
ンするためにautoconf
を実行するのであって,`configure'をビル
ドするわけではありません.この目的に対してはautoconf
を自分で実行
する必要があります.
automake
は以下のオプションを受け入れます.
AC_CANONICAL_HOST
を実行する場合,
`config.guess'が必要です.Automakeはこれらのファイルのいくつかと一
緒に配布されています(see section automakeが必要とする可能性があるプログラム).このオプションは,可能
であれば,足りないものを自動的にパッケージに加えます.一般的に,Automake
が足りないファイルがあることを告げる場合,このオプションを使用してみてく
ださい.デフォルトでAutomakeは,足りないファイルを指し示すシンボリックリ
ンクの作成を試みます.これは--copy
で変更可能です.
--add-missing
と一緒に使用するとき,インストールされるファイルをコ
ピーします.デフォルトではシンボリックリンクを作成します.
--cygnus
の効果を参照してください.
--add-missing
とともに使用するとき,標準のファイルがソースツリーに
存在する場合でもそれらを再インストールします.これで,新しいシンボリック
リンクを作成する前に,ソースツリーからファイルを削除します(または,
--copy
とともに使用すると,新しいファイルをコピーします).
--gnu
と--gnits
の効果を参照
してください.
--gnu
と--gnits
の効果を参照し
てください.これはデフォルトの厳密さです.
automake
は,`configure.in'で記述されているすべての
`Makefile.in'を作成します.このオプションは,依存性の一つの側面を用
いて,時代遅れになっている`Makefile.in'だけを更新します.
Go to the first, previous, next, last section, table of contents.