C 品牌：圆形mysh<；-mysh依赖项已删除_C_Gcc_Compiler Construction_Makefile

C 品牌：圆形mysh<；-mysh依赖项已删除

c gcc compiler-construction makefile

C 品牌：圆形mysh<；-mysh依赖项已删除,c,gcc,compiler-construction,makefile,C,Gcc,Compiler Construction,Makefile,我有一个非常简单的Makefile，它应该执行与gcc-o mysh mysh.c-Wall相同的任务，但是我收到了make:Circular mysh更改 mysh: mysh 进入应该这样做您的mysh依赖于mysh，这是一种循环依赖关系。更改 mysh: mysh 进入应该这样做你的mysh依赖于mysh，这是一种循环依赖关系。@Mona，如果有人给了你一个可以接受的答案，你可以点击向下箭头下方的复选标记来接受。谢谢你让我知道。我想依赖关系应该是mysh:mysh.c（即每当修

我有一个非常简单的

Makefile

，它应该执行与

gcc-o mysh mysh.c-Wall

相同的任务，但是我收到了

make:Circular mysh更改
mysh: mysh

进入
应该这样做
您的mysh
依赖于mysh
，这是一种循环依赖关系。
更改
mysh: mysh

进入
应该这样做
你的mysh
依赖于mysh
，这是一种循环依赖关系。
@Mona，如果有人给了你一个可以接受的答案，你可以点击向下箭头下方的复选标记来接受。谢谢你让我知道。我想依赖关系应该是mysh:mysh.c
（即每当修改mysh.c
时，必须根据给定规则重新生成mysh
）.@Virgile，是的，这也是一个有效的规则。唯一的区别是，如果mysh.c没有更改，“make”将响应“mysh-update”。在没有依赖项的版本中，“make”将始终重新编译mysh.c，无论它是否需要。在这样一个简单的Makefile中，我认为这两个都是合理的。@CharlieBurns，如果你不放置mysh的任何依赖项，除非它是.PHONY
目标（这里不是这种情况），否则它将永远不会被重新编译。@Mona，如果有人给了你一个可以接受的答案，你可以通过单击向下箭头下方的复选标记来接受它。谢谢你让我知道。我想依赖项应该是mysh:mysh.c
（即每当修改mysh.c
时，必须根据给定规则重新生成mysh
）.@Virgile，是的，这也是一个有效的规则。唯一的区别是，如果mysh.c没有更改，“make”将响应“mysh-update”。在没有依赖项的版本中，“make”将始终重新编译mysh.c，无论它是否需要。在这样一个简单的Makefile中，我认为这两个都是合理的。@CharlieBurns，如果你不放置mysh的ny依赖项，除非它是.PHONY目标（这里不是这种情况），否则它将永远不会被重新编译。
mysh: mysh.c