별도의 디렉토리에 객체 파일이있는 단순한 비 재귀 Makefile

Question

비 재귀 Makefile을 사용하여 간단한 프로젝트를 수행하기 위해 몇 가지 예제를 검색하여 시도해 보았습니다. 과거에는, 나는 간단한 단일 디렉토리 코드베이스를 사용했지만 지금은 라이브러리 코드와

+--app 
| +-- obj/ 
| +-- Makefile 
| +-- first.c 
| +-- second.c 
| 
+--lib1 
| +-- obj/ 
| +-- Makefile 
| +-- foo.c 
| +-- bar.c 
| 
+--lib2 
| +-- obj/ 
| +-- Makefile 
| +-- sample.c 

아무것도 (세 번째 나중에 아마) fancy- 두 디렉토리 :-) 이상의 엔지니어를 위해 함께 환경을 걸었습니다 모든 응용 프로그램은 "app"디렉토리에 있습니다. .o 및 .d 파일을 별도의 obj/디렉토리에 보관하여 청결을 유지하려고합니다.

1. 라이브러리를 확인하기 위해 lib1 및 lib2와 같은 각 하위 디렉토리에서 "make"를 수행하고 싶습니다. libabc.a와 libxyz.a가 각각 생성됩니다.
2. 간단한 Makefile을 작성했지만 규칙이 작동하지 않아 GNU make 매뉴얼을 이해하려고했지만 길을 잃어 가고 있습니다.

LIB1/메이크 :

lib_src = foo.c bar.c 
lib_obj = $(patsubst %.c,obj/%.o,$(lib_src)) 
libabc.a: $(lib_obj) 
    @echo [Archive... $(@F)] 
    @$(AR) -cr libabc.a $^ 
obj/%.c : %.c 
    $(CC) $(CFLAGS) -c -o $@ $< 

응용 프로그램/메이크 :

ALL_APP = first second 
% : %.c libabc.a libxyz.a 
    $(CC) $(CLFAGS) $^ -o $@ 
include ../lib1/Makefile 
include ../lib2/Makefile 

지금, 나는이 문제가 각 메이크 (명백하게)에서 동일한 대상을 정의 할 수 있습니다. 마찬가지로 lib1이 포함되어 있기 때문에 나는 lib1/Makefile과 app/Makefile을 깨끗하게 정의 할 수 없다. 혼자서 lib1을 깨끗하게 만들 수 있기를 바랬지 만 의미가 있습니다.

이제 "app"에서 make를 할 때 obj/foo.o를 만들 규칙이 없습니다. 경로가 모두 가짜이기 때문에 나는 추측한다. "obj /"는 lib1/obj /를 가리 킵니다.하지만 Makefile이 포함되면 그 모든 것이 손실됩니다.

내가 뭘 잘못하고 위의 것처럼 정말 간단한 Makefile을 사용하여 프로젝트를 만들 수 있습니까? 온라인을 사용하는 대부분의 예는 더 많은 것을 성취하려고 시도하기 때문에 상당히 복잡합니다 (저는 믿습니다).

미리 감사드립니다. (여러 번 토론 된 주제에 대해 사과드립니다.) 나는 그것을 피할 수 있다면 오히려 automake와 cmake를 지금 배우지 않을 것입니다. 내 프로젝트가 이러한 강력한 도구의 사용을 보증 할만큼 간단하지 않기를 바라고 있습니다.

안부,

Answer 1

의이 lib1/Makefile 시작하자 :

lib_src = foo.c bar.c 
lib_obj = $(patsubst %.c,obj/%.o,$(lib_src)) 

libabc.a: $(lib_obj) 
    @echo [Archive... $(@F)] 
    @$(AR) -cr libabc.a $^ 

obj/%.c : %.c 
    $(CC) $(CFLAGS) -c -o $@ $< 

우리는 변수 HERE을 소개하고, 작은 변화의 몇합니다

이

HERE := ../lib1 

lib_src := foo.c bar.c 
lib_obj := $(patsubst %.c,$(HERE)/obj/%.o,$(lib_src)) 

$(HERE)/libabc.a: $(lib_obj) 
    @echo [Archive... $(@F)] 
    @$(AR) -cr $@ $^ 

$(HERE)/obj/%.c : $(HERE)/%.c 
    $(CC) $(CFLAGS) -c -o $@ $< 

이 메이크가 여전히 작동을 이전과 마찬가지로 lib1/에서 호출됩니다. 우리가 lib2/Makefile에 해당하는 변경을하면, 우리는 app/Makefile을 변경할 수 있습니다

ALL_APP = first second 
% : %.c ../lib1/libabc.a ../lib2/libxyz.a 
    $(CC) $(CLFAGS) $^ -o $@ 

include ../lib1/Makefile 
include ../lib2/Makefile 

을 지금 clean 규칙.app/Makefile

include lib1.mak 

clean: 
    @rm -f lib*.a obj/* 

이 lib2/에서 동일한 작업을 수행, 수정 : 우리는 쓰기에게 새로운 lib1/Makefile을 =>lib1/lib1.maklib1/Makefile 및 =>lib2/lib2.maklib2/Makefile의 이름을 변경

이

... 

include ../lib1/lib1.mak 
include ../lib1/lib1.mak 

clean: 
    @rm -f $(ALL_APP) 
    @$(MAKE) -C ../lib1 clean 
    @$(MAKE) -C ../lib2 clean 

(우리는 재귀없이 할 수있는, 하지만 더 복잡 할 것이고 이런 방식으로 재귀적인 Make를 사용하는 것은 실제로 아무 문제가 없습니다.)

세분화가 가능합니다. 예를 들어, 이런 식으로 lib1/lib1.mak과 lib2/lib2.mak으로 하드 코딩 된 경로를 수정하는 것은 좋지 않습니다. 그러나 이것은 하루 동안 충분합니다.