Comment forcer un makefile à reconstruire une cible ?

Question

J'ai un makefile qui construit et appelle ensuite un autre makefile. Comme ce makefile appelle d'autres makefiles qui font le travail, il ne change pas vraiment. Il continue donc à penser que le projet est construit et à jour.

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

Comment puis-je forcer le makefile à reconstruire la cible ?

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

Note : Les noms ont été supprimés pour protéger les innocents

Version finale corrigée :

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

Answer 1

El -B à faire, dont la forme longue est --always-make , dit make pour ne pas tenir compte des timestamps et faire les cibles spécifiées. Cela peut aller à l'encontre de l'objectif de make, mais c'est peut-être ce dont vous avez besoin.

Answer 2

Vous pouvez déclarer une ou plusieurs de vos cibles comme étant faux .

Une cible fictive n'est pas vraiment le nom d'un fichier ; il s'agit plutôt du nom d'une recette à exécuter lorsque vous faites un choix explicite. nom d'une recette à exécuter lorsque vous faites une demande explicite. demande explicite. Il existe deux raisons d'utiliser une cible fictive : pour éviter un conflit avec un fichier du même nom, et pour améliorer les performances.

...

Une cible fictive ne doit pas être une condition préalable à un fichier cible réel. il l'est, sa recette sera exécutée chaque fois que make mettra à jour ce fichier ce fichier. Tant qu'une cible fictive n'est jamais un prérequis d'une cible réelle, la recette de la cible fictive ne sera exécutée que lorsque la cible fictive sera mise à jour. cible réelle, la recette de la cible fictive ne sera exécutée que si la cible fictive est un fichier spinoff. est un objectif spécifié

Answer 3

Une astuce qui était autrefois documentée dans un manuel Sun pour make est d'utiliser une cible (inexistante) '.FORCE'. Vous pouvez le faire en créant un fichier, force.mk, qui contient :

.FORCE:
$(FORCE_DEPS): .FORCE

Ensuite, en supposant que votre makefile existant s'appelle makefile tu pourrais courir :

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

Depuis .FORCE n'existe pas, tout ce qui en dépend sera périmé et reconstruit.

Tout ceci fonctionnera avec n'importe quelle version de make sous Linux, vous disposez de GNU Make et pouvez donc utiliser la cible .PHONY comme indiqué.

Il convient également de se demander pourquoi make considère que le communiqué est à jour. Cela peut être dû au fait que vous avez un touch release parmi les commandes exécutées ; cela pourrait être dû au fait qu'il existe un fichier ou un répertoire appelé 'release' qui n'a pas de dépendances et qui est donc à jour. Et puis il y a la raison réelle...

Answer 4

Quelqu'un d'autre a suggéré .PHONY, ce qui est tout à fait correct. .PHONY doit être utilisé pour toute règle pour laquelle une comparaison de date entre l'entrée et la sortie est invalide. Puisque vous n'avez pas de cibles de la forme output: input vous devriez utiliser .PHONY pour TOUTES ces personnes !

Tout ceci étant dit, vous devriez probablement définir quelques variables en haut de votre makefile pour les différents noms de fichiers, et définir de vraies règles de make qui ont à la fois des sections d'entrée et de sortie afin de pouvoir utiliser les avantages de make, à savoir que vous ne compilerez réellement que les choses qui sont nécessaires à copmile !

Edit : ajout d'un exemple. Non testé, mais c'est comme ça que vous faites .PHONY

.PHONY: clean    
clean:
    $(clean)

Answer 5

Si je me souviens bien, 'make' utilise des timestamps (temps de modification des fichiers) pour déterminer si une cible est à jour ou non. Une façon courante de forcer une reconstruction est de mettre à jour cet horodatage, en utilisant la commande 'touch'. Vous pourriez essayer d'invoquer 'touch' dans votre makefile pour mettre à jour l'horodatage d'une des cibles (peut-être un de ces sous-makefiles), ce qui pourrait forcer Make à exécuter cette commande.