Comment à force de faire toujours la reconstruction d'un fichier

J'ai une version.c fichier dans mon projet qui contient de la révision en cours du projet et quelques autres trucs qui est passé comme une définition (-D option de compilation) de makefile.

Je sais qu'à force de faire de compiler la version.c toujours indépendamment de la date de modification, je peux touch version.c.

Est-il un makefile seul moyen d'y parvenir? Si j'écris .PHONY : version.o le fichier objet n'est pas se construire à tous.

EDIT:
Voici mon makefile:

export CC = gcc


export MODULES = $(sort \
     sys \
     cim \
     version \
)

export FILES = $(sort \
             main.c \
             cim.c \
             version.c \
)

VPATH = $(MODULES)

OBJS = $(FILES:.c=.o)

INCLUDES = $(addprefix -I,$(MODULES))

all:$(OBJS)
    $(CC) $(INCLUDES) $(OBJS) -o main.exe


clean:
    rm -rf *.o *.exe

cim.o: cim.c
main.o: main.c cim.o
version.o: version.c

.PHONY: version.o

.c.o :
    $(CC) $(CFLAGS) $(INCLUDES) -c $<

Est l'absence de : après .PHONY un copier/coller de l'erreur dans votre post? Pourriez-vous montrer un peu de votre Makefile? Aussi: stackoverflow.com/questions/816370/...
c'était une faute de frappe
S'il vous plaît montrer au moins une partie de votre Makefile. Le .PHONY "truc" fonctionne.
Les objectifs de "tous" et "propre", sont autorisées, fausses cibles. Je reste à être convaincu que la " version.o' peut légitimement être classé comme un faux cible. Après tout, c'est un vrai fichier.
mais c'est ce que je reçois dans le résultat: gcc-Icim -Isys -Iversion -c cim/cim.c gcc-Icim -Isys -Iversion -c-sys/main.c gcc-Icim -Isys -Iversion cim.o principal.o version.o-o main.exe gcc.exe: version.o: Aucun fichier ou répertoire de make[1]: *** [all] Erreur 1

InformationsquelleAutor devemouse | 2011-10-04

makefile

44

Le classique de la façon de le faire est:
```
version.o:   .FORCE

.FORCE:
```
(et on pourrait ajouter .PHONY: .FORCE). Le fichier".FORCE est supposé ne pas exister, de sorte qu'il est toujours "créé", donc version.o est toujours pas à jour de w.r.t, donc version.o est toujours compilé.

Je ne suis pas sûr que faire version.o dans un faux fichier est correct; c'est en fait un fichier réel, pas un faux un.

InformationsquelleAutor Jonathan Leffler
10

Pas un makefile façon, mais plus facile que de toucher:
```
make -B
```
‘-B’ ‘--toujours faire"

Envisager toutes les cibles out-of-date. GNU make examine les cibles et de leurs préalables utilisant les algorithmes; toutefois,
toutes les cibles considérées sont toujours refait quel que soit le statut
de leurs préalables. Pour éviter une récursion infinie, si MAKE_RESTARTS
(voir d'Autres Variables Spéciales) est fixé à un nombre supérieur à 0 ce
option est désactivée lorsqu'ils envisagent la possibilité de refaire les makefiles (voir
Comment Les Makefiles Sont Refaits).

InformationsquelleAutor tartaruga_casco_mole
5

Si vous voulez faire cela en utilisant la FORCE du mécanisme de la bonne solution ressemble à ceci:
```
version.o: FORCE

.PHONY: FORCE
FORCE:
```
En déclarant explicitement FORCE être faux nous nous assurons que tout fonctionne bien, même si .SECONDARY: est utilisé (.SECONDARY: va provoquer FORCE être considéré comme un fichier intermédiaire, et n'est pas reconstruit les fichiers intermédiaires, sauf s'ils ont des préalables plus récentes que la cible ultime, et FORCE n'ont pas de conditions préalables, de sorte .PHONY: FORCE est nécessaire).

L'autre solution (à l'aide de $(shell touch version.c)) a aussi un problème: il peut causer votre éditeur de penser à la version.c a été mis à jour, et l'invite pour un rechargement du fichier, qui pourrait être destructeur si vous avez été en éditant le fichier de la mémoire tampon, mais qui n'ont pas encore enregistré. Si vous n'avez pas l'esprit à cela, il peut être encore plus simple en observant que le touch commande est silencieux, de sorte que l'affectation à la hack dummy variable n'est pas nécessaire:
```
$(shell touch version.c)  # This is enough, but will likely confuse your editor
```
L' .FAUX "truc" mentionné dans les commentaires sur la question en général NE fonctionne PAS. Il peut sembler comme il le fait parce qu'il force un relink iff version.o existe déjà, mais l'objet même fichier ne sera pas reconstruit si le .o fichier de règle est une règle implicite (ce qui est souvent le cas). Le problème, c'est que ne pas le faire, la règle implicite de recherche explicite des fausses cibles. Ce dossier montre l'échec:
```
fooprog: test.o
        cp $< $@

%.o: %.c
        cp $< $@

.PHONY: test.o # WRONG

clean:
        rm test.o fooprog
```
Si un modèle statique règle est utilisée au lieu d'une règle implicite de la .PHONY: version.o astuce fonctionne. En général à l'aide du modèle statique règles au lieu de règles implicites des coupes de plus en plus confus Faire de comportements. Mais la plupart de rendre l'utilisation des fichiers des règles implicites.

InformationsquelleAutor Britton Kerin
0

Rapide hack version lorsque vous avez juste besoin de travailler et vous ne voulez pas jouer Faire jeux:
```
# Hack to get main.c rebuilt
hack := $(shell touch main.c)
```
Fondamentalement, il suffit de faire exécuter touch pour vous.

InformationsquelleAutor Brad

Vous devez vous connecter pour publier un commentaire.