我有一个生成文件,然后调用另一个生成文件。因为这个makefile调用了更多的makefile来完成这项工作,所以它并没有真正改变。因此,它一直认为该项目是建立和最新的。

dnetdev11 ~ # make
make: `release' is up to date.

如何强制makefile重新构建目标?

clean = $(MAKE) -f ~/xxx/xxx_compile.workspace.mak clean


build = svn up ~/xxx                                                       \
        $(clean)                                                                \
        ~/cbp2mak/cbp2mak -C ~/xxx ~/xxx/xxx_compile.workspace        \
        $(MAKE) -f ~/xxx/xxx_compile.workspace.mak $(1)                    \


release:
        $(build )

debug:
        $(build DEBUG=1)

clean:
        $(clean)

install:
        cp ~/xxx/source/xxx_utility/release/xxx_util /usr/local/bin
        cp ~/xxx/source/xxx_utility/release/xxxcore.so /usr/local/lib

注:为保护无辜,删除姓名

最终固定版本:

clean = $(MAKE) -f xxx_compile.workspace.mak clean;


build = svn up;                                         \
        $(clean)                                        \
        ./cbp2mak/cbp2mak -C . xxx_compile.workspace;   \
        $(MAKE) -f xxx_compile.workspace.mak    $(1);   \


.PHONY: release debug clean install

release:
        $(call build,)

debug:
        $(call build,DEBUG=1)

clean:
        $(clean)

install:
        cp ./source/xxx_utillity/release/xxx_util /usr/bin
        cp ./dlls/Release/xxxcore.so /usr/lib

当前回答

一个曾经在Sun手册中记录的make技巧是使用一个(不存在的)目标'. force '。你可以创建一个文件,force。Mk,它包含:

.FORCE:
$(FORCE_DEPS): .FORCE

然后,假设你现有的makefile被称为makefile,你可以运行:

make FORCE_DEPS=release -f force.mk -f makefile release

由于. force不存在,依赖于它的任何东西都将过时并重新构建。

所有这些都适用于任何版本的make;在Linux上,您有GNU Make,因此可以像前面讨论的那样使用. phony目标。

同样值得考虑的是,为什么make认为release是最新的。这可能是因为你在执行的命令中有一个触摸释放命令;这可能是因为存在一个名为“release”的文件或目录,它没有依赖关系,所以是最新的。还有真正的原因…

其他回答

这种简单的技术将允许makefile在不需要强制时正常运行。在makefile的末尾创建一个名为force的新目标。强制目标将触及默认目标所依赖的文件。在下面的例子中,我添加了touch myprogram.cpp。我还添加了一个要做的递归调用。这将导致每次输入make force时都会生成默认目标。

yourProgram: yourProgram.cpp
       g++ -o yourProgram yourProgram.cpp 

force:
       touch yourProgram.cpp
       make

我试过了,对我很有效

将这些行添加到Makefile中

clean:
    rm *.o output

new: clean
    $(MAKE)     #use variable $(MAKE) instead of make to get recursive make calls

保存,然后调用

make new 

它会重新编译所有东西

发生了什么事?

1)“新”就是干净。 'clean' do 'rm'删除所有扩展名为'.o'的目标文件。

2)'new'调用'make'。 'make'看到没有'。O '文件,因此它创建了所有的'。o '了。然后链接器将所有.o文件链接到一个可执行输出中

祝你好运

根据米勒的递归使认为有害,你应该避免调用$(Make)!在您所展示的情况中,它是无害的,因为这不是一个真正的makefile,只是一个包装器脚本,它也可能是用Shell编写的。但是你说你在更深层次的递归中继续这样做,所以你可能遇到了那篇令人大开眼界的文章中所显示的问题。

当然,使用GNU的make是很麻烦的。尽管他们意识到了这个问题,但这是他们记录在案的做事方式。

OTOH,创建makepp就是为了解决这个问题。您可以在每个目录级别上编写makefile文件,但它们都汇集到项目的完整视图中。

But legacy makefiles are written recursively. So there's a workaround where $(MAKE) does nothing but channel the subrequests back to the main makepp process. Only if you do redundant or, worse, contradictory things between your submakes, you must request --traditional-recursive-make (which of course breaks this advantage of makepp). I don't know your other makefiles, but if they're cleanly written, with makepp necessary rebuilds should happen automatically, without the need for any hacks suggested here by others.

你可以宣布一个或多个目标是假的。

A phony target is one that is not really the name of a file; rather it is just a name for a recipe to be executed when you make an explicit request. There are two reasons to use a phony target: to avoid a conflict with a file of the same name, and to improve performance. ... A phony target should not be a prerequisite of a real target file; if it is, its recipe will be run every time make goes to update that file. As long as a phony target is never a prerequisite of a real target, the phony target recipe will be executed only when the phony target is a specified goal

如果我没记错的话,'make'使用时间戳(文件修改时间)来确定目标是否为最新。强制重新构建的常用方法是使用“touch”命令更新时间戳。您可以尝试在makefile中调用'touch'来更新其中一个目标(可能是那些子makefile中的一个)的时间戳,这可能会迫使Make执行该命令。