GNU Makeで複雑なビルドコマンドのパターンルールを書く

Question

私は、ビルドコマンドとしてmcsを使ってmakefileシステムを使っています。簡単に説明すると、mcsが呼び出されます。

• ソースファイル：直接渡されました。
• resources：with -resource:;
• ターゲット：-target:であり、exe,winexe,libraryまたはmoduleとすることができる。

*.exe,*.dllまたは*.netmoduleを生成する。 -target:パラメータは最後の2つのケースでは特定ですが、*.exeはexeまたはwinexeのいずれかで構築できます。

RESOLVED_SOURCES := $(addprefix $(srcdir)/,$(SOURCES)) 
RESOLVED_RESOURCES := $(addprefix $(srcdir)/,$(RESOURCES)) 

S_PARAM := $(RESOLVED_SOURCES) 
R_PARAM := $(addprefix -resource:,$(RESOLVED_RESOURCES)) 

all: $(OUTPUT) 

$(OUTPUT): $(RESOLVED_SOURCES) $(RESOLVED_RESOURCES) 
    $(MCS) $(MCSARGS) $(S_PARAM) $(R_PARAM) -target:$(TARGET) -out:$(OUTPUT) 

そして、それぞれのプロジェクトディレクトリにOUTPUT、TARGET、SOURCESとRESOURCESが含まれる前に定義された変数：

現在、各ディレクトリのmakefileはこれに沸く何を含んでいます。

私が除外したものすべてでさえ、それはかなり複雑で、ビルドルールを複製せずに、それが含まれている単一の具体的なターゲットを構築することしかできません。

重複を避けるため、私はこの複雑なビルドコマンドのためのいくつかのパターンルールを定義したいのですが、それは難しい柔軟性を高めるために：

• 各コンパイル単位は、一般的に多くの入力を持っています。
• 各入力を段階的に追加する方法はありません。
• いくつかの入力は異なる処理が必要です。

mcsのためにこれらのパターンは、可能なようだ：

%.exe: %.cs 
    $(MCS) $(MCSARGS) -target:$(target) -out:$@ $< 

%.dll: %.cs 
    $(MCS) $(MCSARGS) -target:library -out:$@ $< 

%.netmodule: %.cs 
    $(MCS) $(MCSARGS) -target:module -out:$@ $< 

パターンルールは、彼らがあまりにも悪くないですが、渡された1つのソースファイルだけがありますよう、彼らはmcsのほとんどの用途に有用ではない行くように。

ターゲットにソースファイルの前提条件を追加すると、上記の$<はスワップされて$^にすべて渡されますが、リソースファイルでは機能しません。注文のみのリストは、リソースファイルの前提条件を渡すために使用できますが、リソースファイルのみが更新された場合には再構築を防止します。

この種の複雑なコマンドの呼び出しをパターンルールまたはルールセットに変換する一般的なテクニックはありますか？

Answer 1

は多くの問題があります。

1. ビルドコマンドが複数の前提条件の種類を区別し、
2. これらはすべて一度に渡す必要があります。
3. これらのいずれかの更新は、再構築を引き起こす必要があります。すべてがregular prerequisitesです。

アイデア：

• は、あなたが入力ファイルに分けたい入力を委任し、その後でそれらを読み戻すあなたはビルドを呼び出す簡単な目標を持つことができます。
• secondary expansionを使用すると、「パターン変数」の内容に基づいて入力ファイルを定義できます。
• general searchたとえば、

：

multi_A := foo 
multi_B := bar 

all: multi.foo 

%.foo: .a.% .b.% 
    @echo $*: $(foreach _,$^,$(file < $_)) 
    @touch $@ 

.SECONDEXPANSION: 

.a.%: $$($$*_A) 
    $(file > $@,$^) 

.b.%: $$($$*_B) 
    $(file > $@,$(addprefix -b:,$^)) 

は二次拡張を使用して起動するには、怪しげなようです。それとは別に、すぐに問題になるのは、通常の前提条件が読み込まれ、ビルドコマンドに渡されることをユーザーが知っていることです。

一方、ユーザは、別の入力ファイルに書き込むターゲットに応じて、追加の入力パラメータでターゲットを補うことができます。