컴파일을 release용과 debug용을 따로 하고 관리 하고 싶은데...

디렉토리 구조를..
src/
release/
objects/

정도로 해서.. 실제 소스는 src에 놔두고..
release와 objects에는.. src에 있는걸 심볼릭링크걸어서 사용해봄 어떨까요 =3=33

결국 크로스컴파일과도 비슷한 문제가 되는데, 저도 소스를 한군데에 모아놓고, 디렉토리를 나누는 방식을 주로 사용합니다. Makefile도 아예 따로 만들어놓고, 디렉토리마다 필요한 파일들을 링크를 걸어서 사용하면 큰 불편없이 사용하실 수 있으리라 믿습니다.

automake 를 사용합니다.

바이너리 target을 만들 때, 예를 들어, prog 라는 바이너리와 prog_d 라는 바이너리가 만들어지도록합니다.

그리고 소스를 같이 하면 디렉토리 안에

prog-src1.o
prog_d-src1.o

과 같이 소스별 Object 를 알아서 관리해줍니다.

그리고 나중에 테스트 할 때 _d 는 디버그용이고 없는 것이 릴리즈 용으로 사용하면 됩니다.

obj 디렉토리 밑에 debug와 release 디렉토리를 따로 만들어서 object file을 저장합니다. 실행파일은 release용은 실행파일_이름, debug용은 실행파일_이름.dbg로 해서 구분하고요. 물론, 이런 작업은 Makefile내에서 모두 정의를 해 두고 사용합니다. 컴파일할 때만 make option=debug, make option=release 이런 식으로 사용하고 있습니다. 이것도 귀찮아서 alias를 해 놓고 있습니다. 예를 들면 Makefile안에 다음과 같이 구분해서 사용하고 있습니다.

=========================================

CC = cc
SRC = ./

if(option, debug)
CFLAGS = -g
OBJDIR = ../obj/debug
EXEFILE = $(PROGRAM).dbg
...
endif

if(option, release)
CFLAGS = -O
OBJDIR = ../obj/release
EXEFILE = $(PROGRAM)
...
endif

...

test.o : $(SRC)/test.c
$(CC) $(CFLAGS) -o $(OBJDIR)/test.o $(SRC)/test.c

...
=========================================

if, endif문이 Make내 문법과 맞는지 모르겠네요.(잊어버렸습니다.) 위의 방법을 응용하면 machine(sun, hp, linux 등등)별 컴파일도 처리할 수 있습니다. 업무에서 solaris, solaris 64bit, hp 마다 debug, release 모두를 처리하는 makefile을 만들어서 지금사용하고 있습니다.

이런 식으로 Makefile을 만들어 놓고 사용하는 사람이 있다는 정도로만 생각해 주세요.

aaa.o : ../dir/aaa.h ../dir/bbb.h

Make는 의존성(?)을 검사하는 것이 아니라 그냥 ../dir/aaa.h와 ../dir/bbb.h의 시간을 검사해서 그 시간이 aaa.o가 만들어진 시간보다 뒤쪽일 경우 컴파일을 하고, 그렇지 않으면 compile하지 않는 것으로 알고 있습니다.

aaa.o : ../dir/aaa.h ../dir/bbb.h ../src/aaa.c

를 하면 ../dir/aaa.h, ../dir/bbb.h, ../src/aaa.c 중 하나라도 aaa.o보다 시간이 늦으면 다시 컴파일이 됩니다.

p.s 여러 사람이 여러 system에서 코드를 수정하고, 컴파일을 하다 보니 자주 clock skew가 발생하고 있습니다. 각 system 마다 시간이 조금씩 달라서 문제가 발생하는 것으로 보이는데, 마땅한 해결방법을 찾지 못하겠더군요.

p.s 혹시 제가 잘못이해하고 있으면 알려주세요...

앞서 설명하신 분처럼 Release버전과 Debug 버전 정의를 Makefile에 따로 만들어서 사용하는 것이 편하더군요.

아니면 환경 변수를 사용해서 이 환경 변수 조사후 Release버전을 만들지
Debug버전을 만들지 정의하는 것도 괜찮은 방법이죠..