暗黙のルールがmakefileによってスキップされましたか？

Question

私はそれは少し下のメイクファイルのように見える、いくつかのCソースファイルをコンパイルするためのMakefileを持っており、異なるビルドディレクトリに出力を置く：

OBJDIR=/home/test/alpha 
SRCDIR=/home/test/beta 
# make variable will be exanded when used (and not at declaration) 
OBJECTS:= $(addprefix $(OBJDIR), $(notdir $(patsubst %.c,%.o,$(wildcard $(SRCDIR)/*.c)))) 

SOURCES:=$(wildcard $(SRCDIR)/*.c)) 

.PHONY: copySourcesOver linkSources sharedLibrary 
copySourcesOver: $(SOURCES) 
cp $(SOURCES) $(OBJDIR)/ 

# pattern 
$(OBJECTS)/%.o : $(OBJECTS)/%.c 
gcc -fPIC $< -o $@ 

linkSources: $(OBJECTS) 
gcc -shared -o libshared.so $@ 

sharedLibrary: copySourcesOver \ 
linkSources \ 

だから何が起こっているが、私は、ターゲットを実行するとことです。

make sharedLibrary 

$(OBJECTS)のルールはありません。面白いのは、このターゲットをもう一度makefileエラーが出ないようにするときです。共有ライブラリを取得します。

私は少しの研究を行いましたが、MakefileがPHONYターゲットの暗黙のルールを拡張しないことを知りました。そのため、をPHONYターゲットから通常のファイルに変更しました。しかし残念ながら、それは問題を解決しません。

パターンは、私がmake sharedLibrary

Answer 1

を実行して二回目は2段階に分けて実行してくださいのみ実行され、なぜ私は表示されません。最初のフェーズでは、どのターゲットが期限切れで更新が必要かをチェックします。第2段階では、ターゲットを更新するコマンドを実行します。つまり、ソースファイルを実際にコピーする前に、オブジェクトファイルが最新であることをチェックします。

オブジェクトファイルが最新であることを確認して判断した後、（更新された）ソースファイルを$(OBJDIR)にコピーします。

この件に関するいくつかの良い読書がありますin the docs。

Answer 2

引用：

# pattern 
$(OBJECTS)/%.o : $(OBJECTS)/%.c 
    gcc -fPIC $< -o $@ 

OBJECTSは、複数の単語を含む変数ではなく、単一パス成分であるので、このルールは無意味です。さらに、.cソースはオブジェクトと同じディレクトリにありません（この点全体）。

私はあなたが欲しい疑う：

$(OBJDIR)/%.o : $(SRCDIR)/%.c 

は、左のパターンは、あなたが$(OBJDIR)に自分の$(SRCDIR)一部を書き換えることにより、OBJECTSで計算されているオブジェクトファイルのパターンのいずれかと一致します。

ちなみに、このパターンルールが逆書き換えを簡単に実行する方法を参照してください。左の試合は、右の前提条件の.cに変換されます。ルールがnotdirまたはaddprefixを使用しない方法を参照してください。 OBJECTSを計算するときに同じことを（逆に）行うことができます。 notdirとaddprefixを削除し、各パスを単一のpatsubstに変換します。

また、私は繰り返すことを避けるだろうwildcard。最初にSOURCESを取得し、ソースからOBJECTSを計算します。

最後に、オブジェクトディレクトリが存在しないときに新しくチェックアウトするとどうなりますか？そこにはmkdir -pが必要です。gcc ... -o foo/bar.oは、fooディレクトリを作成しません。