GCC 링커에서 사용하지 않는 함수는 제외 되어야하는게 아닌가요??

꼭 GCC에 국한된 문제는 아닌것 같고요.
C/C++ 컴파일러가 다 그렇다고 보시면 됩니다.

파스칼 컴파일러의 경우 스마트링킹인가 뭔가하는 기술로
한 번도 참조되지 않은 함수는 링크에서 제외되지만
C/C++은 그게 무조건 모듈 단위로 처리됩니다.

게다가 그 모듈의 함수를 전혀 참조하지 않고
그 모듈의 외부 변수를 참조하기만 해도
그 모듈의 함수들까지 통째로 링크되는걸로 알고 있습니다.

이런 문제를 피하기 위해선 소스 파일을 함수 단위로
잘개잘개 쪼개면 됩니다. 물론 그만큼 소스 파일이 많아져서
관리에 좀 번거로운수도 있으나 어쩔 수 없을 것 같네요.

한라프로에서는 이런 방법을 통해서 불필요한 코드가 링크되는걸
원천 봉쇄했고 최종 실행파일 크기도 획기적으로 줄였지요.

요즘 나오는 최신 버전의 상용 C++ 컴파일러는 어떨지 모르겠습니다.
컴파일러나 링커 기술도 많이 발전했을텐데 혹시 최적화 옵션 설정에 따라
스마트링킹과 비슷한 기술이 C++에서도 될지 모르겠네요.

테스트 결과:

http://kldp.org/node/23110 링크에 있는
main.c, lib.c 두 소스를 컴파일 테스트한 결과입니다.

[BCC32 5.5.1 for Win32 컴파일러]

bcc32 -ebcctest1.exe main.c
bcc32 -ebcctest2.exe main.c lib.c

결과: bcctest1.exe, bcctest2.exe 두 파일의 크기는 52,224 byte로 동일.
단, 두 파일의 바이너리 비교를 했을 때 몇 바이트 다른 부분이 있음.

[MinGW - gcc 3.4.2]

gcc -o gcctest1.exe main.c
gcc -o gcctest2.exe main.c lib.c

결과:

gcctest1.exe -- 15,898 byte
gcctest2.exe -- 16,752 byte

--> 854바이트 차이

strip gcctest1.exe
strip gcctest2.exe

gcctest1.exe -- 5,632 byte
gcctest2.exe -- 6,144 byte

--> 512바이트 차이

역시 볼랜드 컴파일러가 더 똑똑하다고 봐도 될까요?

헌데 오늘 보니까.. 단순히 makefile의 SRC함목에 소스파일 이름을 명시하고 main.c에서 #include로 헤더를 포함하기만해도 용량이 증가하는 이유가 무얼까요??

--> 이건 잘 모르겠네요. 제가 테스트를 해봤는데..

#include [stdio.h]
#include [stdlib.h]
#include [string.h]

위처럼 표준 헤더파일은 포함하나 안하나
컴파일된 실행파일 크기가 똑같던데요?
(각 헤더의 함수를 사용하지 않은 조건에서)

그 헤더가 직접 작성한 헤더인가요?
혹시 그 안에 외부변수 정의한게 있는건 아닌지..