轉載請註明出處，謝謝

宣告：由於不清楚makefile的匹配規則演算法，下面的結論都是自己思考後測試的結果，如若有出錯，還請指出

=============================================================

結論：（優先順序由上往下遞減）
顯式規則：

完全匹配

半匹配

完全萬用字元匹配

隱藏規則：

（據說按照隱藏規則的順序，測試發現，能一步達成的優先順序高於分多步達成，

例如：%:%.c > %.o:%.c + %:%.o）

需要補充說明的是：顯式規則若無命令，則此規則不參與匹配優先順序

==============================================================

以下為驗證過程：

<span style="font-size:18px;">.PHONY:all clean

all:quick_sort bubble_sort
#匹配1
%_sort: %_sort.c
	@echo "matching [email protected]"
	@echo 'in %_sort'
#匹配2
%:%.c
	@echo "matching [email protected]"
	@echo 'in %'
#匹配3
quick_sort:quick_sort.c
	@echo "matching [email protected]
 
"
	@echo 'in quick_sort'

clean:
	$(RM) *.o bubble_sort quick_sort</span>

輸出結果：

$make
matching quick_sort
in quick_sort
matching bubble_sort
in %_sort
$

結論：

顯式規則中並不是按照上下文順序匹配，因為匹配quick_sort時3個目標每一個都能匹配，而make選擇了3最大匹配。匹配bubble_sort時，目標1、2均能匹配，然後make選擇了2半匹配（%_sort）

因此，顯式匹配中，按照最大匹配優先，其次為半匹配，最後為完全萬用字元匹配

由於顯式規則能過載、取消隱藏規則（測試見我的另外一篇部落格），因此顯式規則優先順序 > 隱藏規則