明示的なMakefileの依存関係

Question

ディレクトリ内の特殊なMakefileが親ディレクトリの主要なものに依存する場合のパターンは何ですか？

は私が持っている：/Makefileで

/ 
/Makefile 
/src 
/src/Makefile 
/tests 
/tests/Makefile 

私が持っている：私は実行する場合/tests/makefileで

TESTING_COMMAND=something 
dotest1: 
    make -C tests/ $@ 

iは

dotest1: 
    $(TESTING_COMMAND) $? 

を持っている：

me@host:/ $ Make dotest1 

それが動作します。しかし、私はテストのディレクトリから実行する場合：$（TESTING_COMMAND）が空であるので、それは最初の引数はシェルに渡されたコマンドになりましたですので

me@host:/tests/ $ Make dotest1 

それは、シェルのテストファイルを実行しようとします。

/tests /または/ src/dirで実行すると必ずしも動作する必要はありませんが、正常に機能しないようにする必要があります。

Answer 1

あなたのデザインが私をおびえさせるが、これは、メインのMakefileでトリックを行います：

TESTING_COMMAND=something 
dotest1: 
    make -C tests/ $@ TESTING_COMMAND=$(TESTING_COMMAND) 

あなたはtests/Makefileがよく失敗する場合は、オプションのカップルを持っています。それだけで一つのターゲットはTESTING_COMMANDに依存している場合、あなたはそれが警告を印刷し、何もしないことができます：

ifndef TESTING_COMMAND 
$(warning TESTING_COMMAND is undefined, but Make will try to us it anyway) 
$(error TESTING_COMMAND is undefined, Make will now abort) 
endif 

：

ifdef TESTING_COMMAND 
dotest1: 
    $(TESTING_COMMAND) $? 
else 
dotest1: 
    @echo warning: TESTING_COMMAND not defined 
endif 

それとも全体のMakefileがそれに依存している場合、あなたが印刷に警告を作成するか中止することができます

サブメイク（実行するものはtests/Makefile）を中止することもできますが、依然としてそれを起動したメイクプロセスは引き続き実行されますが、それは痛みです。

Answer 2

コマンドライン（または環境）を通してすべてを送信しようとすると、私にとっては悪い考えです。これは、がを発明したものです。

include config.mk 

をそれらが含ま取得する：すべてのあなたのメイクファイルでだけ使用し、別のファイルにconfig.mkのようなものを、あなたの共通の値を入れてください。