C의 빌드 4단계
- 전처리
- 컴파일
- 어셈블
여기서.o파일 생성 - 링크
헤더파일
- 함수 선언
- 원형을 알아야 사용할 수 있기 때문
- 매크로
extern변수 선언 등
include <>, " "
- 디스크 상의 어디에서 찾느냐?
< >는 시스템 경로에서만 헤더 파일을 검색- 보통 컴파일러가 제공하는 시스템 헤더 파일을 인클루드 할 때 사용
" "는 기본적으로 워킹 디렉토리에서 헤더 파일을 검색한 뒤 시스템 경로를 검색
오브젝트 코드
- build의 어셈블 이후 생성되는 파일
- 오브젝트 코드는 기계가 곧바로 이해 가능한 기계코드이다.
링크
- 링커가 링크를 수행한다.
- 입력이 모든 오브젝트 코드들을 합쳐서 하나로 만들어준다.
.o파일을 보면, 레이블이 있는데 이 레이블이 어디에 있는지 메꿔준다.
dynamic link
dynamic library는 여기 참고
- 실행파일은 여전히 구멍을(레이블)을 남겨둠
- 실행파일을 실행할 때 실제로 링킹이 일어남
- 이 링킹은 실행 중에, 운영체제가 해줌
- 여러 실행파일이 동일한 라이브러리 공유 -> '메모리 절약'
파일 범위 변수(전역 변수)
- 전역변수
- 다른 소스코드 파일에서 링크 가능
- 프로그램 실행 동안 공간 차지
- 스택(x)
- 데이터 섹션에 들어감
- 미리 컴파일될 때 어디에 들어갈 줄 앎
다른 파일의 전역변수 사용하기
- 다른 파일의 전역변수는 잘 모른다.
- 그렇다고 똑같은 이름의 전역변수 쓰면 안된다(함수도 그렇잖아)
그래서 사용하는 것이 extern
extern
- 헤더에 extern 키워드 쓰고 전역변수 써두면,
해당 헤더를include하는 어떠한.c파일에서 선언하면 됨.
extern키워드를 빼먹으면, 링커 오류
올바른 extern 사용법
- 남의 라이브러리는 .c 파일을 볼 수 없음
라이브러리 바이너리, header 만 줌
이 경우, 제작자가 extern을 header에 줌
함수는 extern 안붙임
- 함수는 그냥 선언하면 자동으로 extern
전역변수의 문제 -> static!
- 확실히 문제가 있음
- extern을 사용하면, 아무데서나 확인가능하고, 심지어는 내 파일 안의 변수를 바꿔버림
- 다른 놈이 내 전역 변수를 못쓰게 하자!
- 내 파일 안에서만 전역 변수를 사용
static 지역 변수
- 어찌됬건 static 을 두면, 지역변수 범위내 전역화!
static 함수
- 파일 내에서만 사용
- 위 파일을 고쳐 약간 getter, setter 처럼 사용해보자.
pllpokko@alumni.kaist.ac.kr