Makefile:(实验)多个目标匹配时会采用最完整匹配的目标

结论源自实验测试,如果有疏漏希望指出

当Makefile中存在多个匹配的目标时,Makefile会采用哪个匹配的目标呢?

测试的Makefile如下:

Copy
.PHONY: all clean quick_sort all: quick_sort bubble_sort #目标1 quick_sort: @echo "matching $@" @echo 'in quick_sort' #目标2 %: @echo "matching $@" @echo 'in %' #目标3 %_sort: @echo "matching $@" @echo 'in %_sort' clean: $(RM) *.o bubble_sort quick_sort

测试结果如下:

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

在实验中,all目标有两个依赖的子目标quick_sortbubble_sort
在匹配quick_sort子目标时,目标1-3都符合,按实验结果,最终执行的是目标1。
在匹配bubble_sort子目标时,目标2-3都符合,按实验结果,最终执行的是目标3。

为了避免从上往下顺序匹配的可能,在匹配quick_sort时,特地把最完整匹配放在目标1。

按上述实验的现象,我们可以发现:

完整匹配 > 通配符半匹配 > 完全通配符匹配

posted @   广漠飘羽  阅读(767)  评论(0编辑  收藏  举报
编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
点击右上角即可分享
微信分享提示