Generowanie zależności gcc dla innego katalogu wyjściowego

Question

Używam gcc do generowania pliku zależności, ale moje reguły kompilacji umieszczają dane wyjściowe w podkatalogu. Czy jest jakiś sposób, aby powiedzieć gcc, aby umieścić mój prefiks podkatalogu w pliku zależności, który generuje dla mnie?

gcc $(INCLUDES) -E -MM $(CFLAGS) $(SRC) >>$(DEP) 

Answer 1

Odpowiedź jest w GCC manual: użyć flagi -MT.

-MT target

zmienić cel reguły emitowanego przez pokolenia zależności. Domyślnie CPP przyjmuje nazwę głównego pliku wejściowego, usuwa wszelkie składniki katalogu i dowolny przyrostek pliku, taki jak .c i dołącza zwykły sufiks obiektu. Rezultatem jest cel.

Opcja -MT ustawi cel na dokładnie taki, jaki określisz. Jeśli chcesz mieć wiele celów, możesz je określić jako pojedynczy argument dla -MT lub użyć wielu opcji -MT.

Na przykład -MT '$(objpfx)foo.o' może dać

$(objpfx)foo.o: foo.c 

Answer 2

Jeśli istnieje argument na to w gcc, nie wiem, co to jest. Kończymy wyprowadzanie zależności przez sed, aby przepisać wszystkie wystąpienia .o jako $ {OBJDIR} /. O

Answer 3

Ok, tylko po to, aby upewnić się, że mam właściwe pytanie: Zakładam, że masz test. c, który obejmuje test.h, a chcesz wygenerować subdir/test.d (podczas nie generujący podkat/test.o) gdzie podkat/test.d zawiera

subdir/test.o: test.c test.h 

zamiast

test.o: test.c test.h 

to właśnie dostajesz teraz. Czy to prawda?

Nie mogłem wymyślić łatwego sposobu wykonania dokładnie tego, o co prosisz. Jednak patrząc na http://www.gnu.org/software/gcc/news/dependencies.html, jeśli chcesz utworzyć plik .d podczas generowania pliku .o, można użyć

gcc $ (zawiera) -MMD $ (CFLAGS) $ (SRC) -o $ (sUBDIR)/$ (OBJ)

(Zważywszy SRC = test.c, sUBDIR = podkat i OBJ = test.o) To stworzy zarówno podkat/test.o i podkat/test.d, gdzie subdir/test.d zawiera pożądane wyjście jak wyżej. Nadzieja, która pomaga.

Answer 4

1. [GNU] make denerwuje się, jeśli nie umieścisz wyjścia w bieżącym katalogu. To, co naprawdę powinieneś zrobić, to uruchomić make z katalogu build i użyć zmiennej VPATH make, aby zlokalizować kod źródłowy. Jeśli okłamiesz kompilator, wcześniej czy później zemści się.

2. Jeśli nalegasz na generowanie obiektów i zależności w jakimś innym katalogu, musisz użyć argumentu -o w odpowiedzi od Emile'a.

Answer 5

Jestem zakładając używasz GNU make i GCC. Najpierw dodaj zmienną do przechowywania listy plików zależności. Zakładając, że masz już jeden, który zawiera wszystkie nasze źródła:

SRCS = \ 
     main.c \ 
     foo.c \ 
     stuff/bar.c 

DEPS = $(SRCS:.c=.d) 

następnie dołączyć wygenerowanych zależności w makefile:

include $(DEPS) 

następnie dodać tę regułę Wzór:

# automatically generate dependency rules 

%.d : %.c 
     $(CC) $(CCFLAGS) -MF"$@" -MG -MM -MP -MT"$@" -MT"$(<:.c=.o)" "$<" 

# -MF write the generated dependency rule to a file 
# -MG assume missing headers will be generated and don't stop with an error 
# -MM generate dependency rule for prerequisite, skipping system headers 
# -MP add phony target for each header to prevent errors when header is missing 
# -MT add a target to the generated dependency 

„$ @ "jest celem (rzecz po lewej stronie:)," $ < "jest warunkiem wstępnym (rzecz po prawej stronie:). Wyrażenie "$ (<: .c = .o)" zastępuje rozszerzenie .c z .o.

W tym przypadku należy wygenerować regułę z dwoma celami, dodając dwukrotnie parametr -MT; dzięki temu zarówno plik .o, jak i plik .d zależą od pliku źródłowego i jego nagłówków; w ten sposób plik zależności zostanie automatycznie zregenerowany po każdej zmianie odpowiednich plików .c lub .h.

Opcje -MG i -MP zapobiegają maniakom, jeśli brakuje pliku nagłówkowego.

Answer 6

może podoba Ci się ta wersja krótsza odpowiedzi Ks McCaughey za:

SRCS = \ 
    main.c \ 
    foo.c \ 
    stuff/bar.c 

DEPS = $(SRCS:.c=.d)

Dodaj -include $(DEPS) UWAGA - prefiks, który wycisza błędy jeśli .d plików jeszcze nie istnieją.

Nie ma potrzeby stosowania osobnej reguły wzorca do generowania plików zależności. Po prostu dodaj -MD lub -MMD do normalnej linii kompilacji, a pliki .d zostaną wygenerowane w tym samym czasie, gdy zostaną skompilowane pliki źródłowe. Na przykład:

%.o: %.c 
    gcc $(INCLUDE) -MMD -c $< -o $@ 

# -MD can be used to generate a dependency output file as a side-effect of the compilation process. 

Answer 7

Detailing na odpowiedź DGentry za to działa dobrze dla mnie:

.depend: $(SOURCES) 
    $(CC) $(CFLAGS) -MM $(SOURCES) | sed 's|[a-zA-Z0-9_-]*\.o|$(OBJDIR)/&|' > ./.depend 

Działa to również w przypadku, gdy istnieje tylko jeden plik depency że zawiera zasady zależnościami dla wszystkich plików źródłowych .