🕷️ Crawler Inspector

목차보기 Show Hide [**C 프로그래밍: 현대적 접근**](https://wikidocs.net/book/2494) [00 서론]() [01 C 입문]() [1 C의 역사]() [2 장점과 단점]() [Q & A]() [02 C 기초]() [1 간단한 프로그램 짜기]() [2 간단한 프로그램의 일반적인 구조]() [3 주석]() [4 변수와 할당]() [5 입력값 읽기]() [6 상수 이름 정의하기]() [7 식별자]() [8 C 프로그램의 레이아웃]() [Q & A]() [03 서식 입출력]() [1 printf 함수]() [2 scanf 함수]() [Q & A]() [04 표현식]() [1 산술연산자]() [2 할당연산자]() [3 증감연산자]() [4 표현식 평가]() [5 표현문]() [Q & A]() [05 선택문]() [1 논리표현식]() [2 if문]() [3 switch문]() [Q & A]() [06 루프]() [1 while문]() [2 do문]() [3 for문]() [4 루프에서 벗어나기]() [5 null문]() [Q & A]() [07 기본형]() [1 정수형]() [2 소수형]() [3 문자형]() [4 형변환]() [5 형정의]() [6 sizeof 연산자]() [Q & A]() [08 배열]() [1 1차원 배열]() [2 다차원 배열]() [3 가변크기 배열 (C99)]() [Q & A]() [09 함수]() [1 함수 정의 및 호출]() [2 함수 선언]() [3 입력변수]() [4 return문]() [5 프로그램 종료]() [6 재귀]() [Q & A]() [10 프로그램 설계]() [1 지역변수]() [2 외부변수]() [3 블록]() [4 스코프]() [5 C 프로그램 설계하기]() [Q & A]() [11 포인터]() [1 포인터 변수]() [2 주소 및 참조 연산자]() [3 포인터 할당]() [4 입력변수로서 포인터]() [5 반환값으로서 포인터]() [Q & A]() [12 포인터와 배열]() [1 포인터 산술]() [2 포인터를 통한 배열처리]() [3 배열 이름 포인터로서 쓰기]() [4 다차원 배열의 이름 포인터로서 쓰기 (C99)]() [5 포인터와 가변크기 배열 (C99)]() [Q & A]() [13 문자열]() [1 문자열 리터럴]() [2 문자열 변수]() [3 문자열 읽고 쓰기]() [4 문자열의 문자 접근하기]() [5 C 문자열 라이브러리 사용하기]() [6 문자열 관용구]() [7 문자열 배열]() [Q & A]() [14 전처리기]() [1 전처리기 작동 방식]() [2 전처리 지시자]() [3 매크로 정의]() [4 조건부 컴파일]() [5 기타 지시자]() [Q & A]() [15 대규모 프로그램 작성법]() [1 소스 파일]() [2 헤더파일]() [3 프로그램 여러 파일로 나누기]() [4 다중 파일 프로그램 빌드하는 법]() [Q & A]() [16 구조체, 공용체, 열거형]() [1 구조체 변수]() [2 구조체형]() [3 내부 배열과 구조체]() [4 공용체]() [5 열거형]() [Q & A]() [17 포인터 고급]() [1 동적 메모리 할당]() [2 동적 할당 문자열]() [3 동적 할당된 배열]() [4 메모리 해제]() [5 링크드 리스트]() [6 포인터의 포인터]() [7 함수 포인터]() [8 제한 포인터 (C99)]() [9 유동적 배열 멤버(C99)]() [Q & A]() [18 선언]() [1 선언 문법]() [2 저장 클래스]() [3 형한정자]() [4 선언자]() [5 초기자]() [6 인라인 함수 (C99)]() [Q & A]() [19 프로그램 설계]() [1 모듈]() [2 정보 숨기기]() [3 추상 자료형]() [4 스택 추상 자료형]() [5 추상 자료형의 설계 문제]() [Q & A]() [20 저수준 프로그래밍]() [1 비트 연산자]() [2 구조체에서 비트필드]() [3 다른 저수준 기술들]() [Q & A]() [21 표준 라이브러리]() [1 라이브러리 사용하기]() [2 C89 라이브러리 개요]() [3 C99 라이브러리 변경사항]() [4 \<stddef.h\> 헤더: 자주 사용하는 정의들]() [5 \<stdbool.h\> 헤더 (C99): 불리언형과 값]() [22 입출력]() [1 스트림]() [2 파일 연산]() [3 서식 입출력]() [4 문자 입출력]() [5 줄 입출력]() [6 블록 입출력]() [7 파일 위치]() [8 문자열 입출력]() [23 숫자와 문자 자료에 대한 라이브러리 지원사항]() [1 \<float.h\> 헤더: 고정소수점형의 특징]() [2 \<limits.h\> 헤더: 정수형의 크기]() [3 \<math.h\> 헤더 (C89): 수학]() [4 \<math.h\> 헤더 (C89): 수학]() [5 \<ctype.h\> 헤더: 문자 처리]() [6 \<string.h\> 헤더: 문자열 처리]() [24 오류 처리]() [1 \<assert.h\> 헤더: 진단]() [2 \<errno.h\> 헤더: 오류]() [3 \<signal.h\> 헤더: 신호 처리]() [4 \<setjmp.h\> 헤더: 비논리적 도약]() [25 국제적 기능]() [1 \<locale.h\> 헤더: 지역화]() [2 다중바이트 문자와 넓은 문자]() [3 이중글자와 삼중글자]() [4 유니버설 문자명 (C99)]() [5 \<wchar.h\> 헤더 (C99): 확장 다중바이트 / 넓은 문자 도구]() [6 \<wctype.h\> 헤더 (C99): 넓은 문자 분류 및 사상 도구]() [26 기타 라이브러리 함수]() [1 \<stdarg.h\> 헤더: 가변 입력변수]() [2 \<stdlib.h\> 헤더: 일반 도구들]() [3 \<time.h\> 헤더: 날짜와 시간]() [27 수학 분야 C99 추가 지원]() [1 \<stdint.h\> 헤더 (C99): 정수형]() [2 \<inttypes.h\> 헤더 (C99): 정수형 서식 변환]() [3 복소수 (C99)]() [4 \<complex.h\> 헤더 (C99): 복소수 산술]() [5 \<tgmath.h\> 헤더 (C99): 일반형 수학]() [6 \<fenv.h\> 헤더 (C99): 고정소수점 환경]() [부록 A C 연산자]() [부록 B C99 대 C89]() [부록 C C89 대 K & R C]() [부록 D 표준 라이브러리 함수들]() [부록 E ASCII 문자 집합]() [색인]() [참고문헌]() 1. [**C 프로그래밍: 현대적 접근**](https://wikidocs.net/book/2494) 2. [15 대규모 프로그램 작성법](https://wikidocs.net/101938) 3. [4 다중 파일 프로그램 빌드하는 법](https://wikidocs.net/101942) 1. [위키독스](https://wikidocs.net/) # 4 다중 파일 프로그램 빌드하는 법 2\.1 단원에서 하나의 파일로 구성된 프로그램을 컴파일하고 링크하는 절차를 살펴봤었다. 이제 이걸 좀 더 확장해서 여러 파일을 갖는 프로그램을 다뤄보도록 하자. 큰 프로그램을 빌드하는 건 작은 걸 빌드할 때와 같은 기본적인 단계들을 거쳐야 한다: - **컴파일**. 프로그램의 각 소스 파일들은 독립적으로 컴파일되어야 한다. (헤더 파일은 컴파일할 필요가 없다; 헤더 파일을 추가할 소스 코드에서 자동으로 컴파일되기 때문이다) 각 소스 파일마다 컴파일러는 목적 코드를 포함하는 파일을 생성한다. **목적 파일object file**이라고도 부르는 이 파일들은 UNIX에서는 `.o` 확장자를, Windows에서는 `.obj` 확장자를 갖는다. - **링크**. 링커는 전 단계에서 생성한 목적 파일을 라이브러리 함수를 위한 코드와 연결해주어 실행 가능한 파일을 생성한다. 링커의 대표적인 임무로는 컴파일러가 해결하지 않은 외부 참조를 해결하는 것이다. (외부 참조란 한 파일에 있는 함수가 다른 파일에 정의된 함수를 호출하거나 변수에 접근할 때 발생한다) 대부분의 컴파일러는 한 번에 프로그램을 빌드할 수 있게 해준다. GCC 컴파일러의 경우 15.3 단원의 `justify` 프로그램을 다음 명령어로 빌드할 수 있다.: ``` gcc -o justify justify.c line.c word.c ``` 이 세 가지 소스 파일은 우선 목적 코드로 컴파일이 된다. 이 목적 파일들은 이후 자동으로 링커에게 넘겨져서 하나의 파일로 합쳐지게 된다. `-o` 설정이 바로 `justify`라는 이름의 실행 파일을 만들어달라는 의미이다. ## 메이크파일 명령 줄에 모든 소스 파일을 적는 것은 매우 지루한 작업이다. 거기에다 프로그램을 다시 구축해야 할 경우 최근 수정사항이 없는 소스 파일을 포함한 모든 소스 파일을 다시 컴파일해서 상당히 많은 시간을 낭비하게 된다. 규모가 큰 프로그램을 손쉽게 구축하기 위해 UNIX는 **메이크파일makefile**이라는 개념을 만들었다. 메이크파일이란 프로그램을 구축하기 위한 정보를 가진 파일을 의미한다. 메이크파일은 단순히 프로그램의 일부인 파일들을 수록하고 있을 뿐만 아니라, 파일 간의 **종속성dependencies** 또한 명시해준다. `foo.c`라는 파일이 `bar.h`라는 파일을 추가하고 있다고 하자. 그러면 `bar.h`이 수정되면 `foo.c`를 다시 컴파일해야 하므로 우리는 `foo.c`가 `bar.h`에 "종속되어있다"고 할 수 있을 것이다. 다음은 `justify` 프로그램을 위한 UNIX메이크파일이다. 이 메이크파일은 GCC를 사용하여 컴파일과 링크를 한다: ``` justify: justify.o word.o line.o gcc -o justify justify.o word.o line.o justify.o: justify.c word.h line.h gcc -c justify.c word.o: word.c word.h gcc -c word.c line.o: line.c line.h gcc -c line.c ``` 크게 네 가지로 구분할 수 있을 것이다. 여기서 각 부분을 **규칙rule**이라 부른다. 각 규칙의 첫 번째 줄은 **목표target** 파일이 무엇인지를 명시하며, 그 뒤로 종속성이 있는 파일들이 있다. 두 번째 줄은 목표가 종속되어있는 파일들이 수정되어 목표를 재구축해야 할 경우 실행할 **명령command**이다. 우선 첫 번째와 두 번째 규칙들을 보도록 하자; 어차피 뒤에 두 개는 비슷하다. 첫 번째 규칙에선 `justify`(실행 파일)가 목표다: ``` justify: justify.o word.o line.o gcc -o justify justify.o word.o line.o ``` 첫 번째 줄은 `justify`가 `justify.o`, `word.o`, `line.o`라는 파일에 종속되어있다는 의미이다: 프로그램이 가장 최근에 구축되었을 때 이후로 이 세 파일 중 하나라도 변경사항이 있으면 `justify`는 재구축을 해야 한다. 다음 줄의 명령은 재구축의 방식을 명시해준다 (세 목적 파일을 링크하는 `gcc` 명령어를 통해 이루어진다). 두 번째 규칙에서는 `justify.o`가 목표다: ``` justify.o: justify.c word.h line.h gcc -c justify.c ``` 첫 번째 줄은 `justify.c`, `word.h`, `line.h` 중 누구라도 변경사항이 있으면 `justify.o`를 재구축해야 한다는 의미이다 (`word.h`와 `line.h`가 등장하는 이유는 `justify.c`가 이 두 파일을 추가하고 있으므로 둘 모두에게 영향을 받기 때문이다). 다음 줄에서는 `justify.o`를 갱신하는 방식( `justify.c`를 재컴파일한다)을 명시해준다. `-c` 옵션은 컴파일러가 `justify.c`를 목적 파일로 컴파일하되 링크를 하지 말라는 의미이다. 위의 프로그램을 위한 메이크파일을 생성한 이후, `make` 기능을 사용하여 프로그램을 구축(혹은 재구축)할 수 있다.**\[Q & A\]**. `make`는 프로그램의 각 파일의 시간과 날짜를 확인하여 어떤 파일이 최신이 아닌지를 판단한다. 이후 프로그램 재구축하는데 필요한 명령을 실행한다. `make`를 한 번 사용해보기 전에 몇 가지 알아두어야 하는 사항들이 있다: - 메이크파일의 각 명령은 스페이스가 아닌, 탭 문자로 띄어 써주어야 한다. (우리의 예제의 경우 8칸의 스페이스로 띄어쓰기가 된 것처럼 보이지만 실제로는 하나의 탭 문자다) - 메이크파일은 보통 `Makefile`(혹은 `makefile`)이라는 이름의 파일으로 저장한다. `make` 기능을 사용하게 되면 자동으로 현재 경로에서 앞에서 언급한 이름을 갖는 파일이 존재하는지를 확인한다. - `make`를 실행하려면 다음 명령어를 실행하면 된다 ``` make target ``` 여기서 *목표*는 메이크파일에 수록된 목표 중 하나이다. 메이크파일로 `justify` 실행 파일을 구축하기 위해서는 다음 명령을 사용하면 된다 ``` make justify ``` - `make`를 실행할 때 특정 목표를 명시하지 않았다면 첫 번째 규칙의 목표를 구축할 것이다. 예를 들어 명령 ``` make ``` 는 `justify`가 메이크파일의 첫 번째 목표이기 때문에 `justify` 실행 파일을 구축할 것이다. 이러한 첫 번째 규칙이 갖는 예외적인 속성 외로, 메이크파일의 나머지 규칙들의 실행 순서는 임의로 정해진다. `make`는 `make` 하나만 다루는 책이 쓰일 정도로 복잡하므로, 복잡한 부분까지 다루지 않도록 하겠다. 실제 메이크파일은 우리의 예제처럼 간단하지 않다고만 하겠다. 메이크파일 내의 중복을 줄이고 수정을 쉽게 만드는 여러 기술이 있다: 물론 이런 기술들은 가독성 또한 상당히 낮추게 된다. 모든 사람이 메이크파일을 사용하는 것은 아니다. 몇몇 통합개발환경에서 지원하는 "프로젝트 파일"과 같이 다른 프로그램 유지보수 도구들 또한 유명하다. ## 링크 중 에러 컴파일 때 검출하지 못한 몇몇 오류들은 링크할 때 검출되기도 한다. 특히 프로그램 내에 어떤 함수나 변수의 정의가 생략되어있을 경우, 링커는 해당 외부 참조를 해결할 수 없어 "*미정의된 기호undefined symbol*" 혹은 "*미정의된 참조undefined reference*"와 같은 메시지를 출력한다. 링커에서 검출한 오류는 보통 해결하기 쉬운 편이다. 다음은 흔한 오류 원인이다: - ***오타***. 만약 변수 혹은 함수의 이름에 오타가 있으면 링커는 이를 찾을 수 없다고 간주한다. 예를 들어 `read_char`라는 함수를 정의해두고 `read_cahr`로 호출할 경우, 링커는 `read_cahr`가 존재하지 않는다고 보고한다. - ***누락된 파일***. 링커가 `foo.c` 파일 안에 있는 함수들을 찾지 못한다면, 아예 그 파일 자체를 못 찾는 것일 수도 있다. 메이크파일 혹은 프로젝트 파일을 확인하여 `foo.c`이 누락되어있는지 확인하라. - ***누락된 라이브러리***. 링커는 프로그램에서 사용된 모든 라이브러리 함수들을 찾지 못할 수도 있다. 대표적인 예시로는 `<math.h>` 헤더를 사용하는 UNIX 프로그램이 있다. 단순히 프로그램에 헤더를 추가해주는 것으로 충분하지 않을 때가 있다: 수많은 UNIX 변형들은 프로그램을 링크할 때 `-lm` 옵션을 명시해주어 컴파일된 `<math.h>` 함수들을 포함하는 시스템 파일들을 탐색하게 해준다. 이러한 옵션을 사용하지 않을 시 링크 도중 "미정의된 참조"를 야기할 수 있다. ## 프로그램 재빌드하기 프로그램 개발 도중에 모든 파일을 컴파일하는 것은 생각보다 흔하게 발생하는 일은 아니다. 대부분의 경우 프로그램을 테스트하고, 약간의 변화를 주고, 프로그램을 다시 구축한다. 시간을 절약하기 위해 재구축 과정은 오로지 최근 변경 사항에 해당하는 파일들만 재컴파일해야 한다. 우리가 15.3항에서 강조한 방법으로 각 소스 파일마다 헤더 파일을 분리하여 프로그램을 설계했다고 한다. 변화를 준 이후 재컴파일해야 하는 파일이 몇 개인지를 보기 위해서는 두 가지 경우를 고려해야 한다. 첫 번째 경우는 변화가 오로지 한 소스 파일에만 영향을 주는 경우다. 이 경우 해당 파일만 재컴파일 되어야 한다. (물론, 이후에 모든 프로그램은 재링크를 해주어야 한다.) `justify` 프로그램의 경우 `word.c`의 `read_char` 함수를 다음과 같이 압축한다고 하자(변동 사항은 **볼드체**로 표시해두었다): ``` int read_char(void) { int ch = getchar(); return (ch == '\n' || ch == '\t') ? ' ' : ch; } ``` 이 수정사항은 `word.h`에 영향을 주지는 않으므로 `word.c`만 재컴파일하고 프로그램을 재링크만 해주면 된다. 두 번째 경우는 한 헤더 파일에 수정사항이 있을 경우다. 이 경우 해당 헤더 파일을 추가한 모든 파일은 이 수정사항에 영향을 받을 수 있으므로 모두 재컴파일해야 한다. (몇몇은 영향을 안 받을 수 있으나, 그래도 보수적으로 접근하는 것을 권장한다) 예시로 `justify` 프로그램의 `read_word` 함수를 보자. `main`은 `read_word`를 호출한 다음 `strlen`를 바로 호출하여 읽은 단어의 길이를 구한다. `read_word`가 이미 단어의 길이를 알기 때문에 (`read_word`의 `pos` 변수가 단어의 길이이다.) `strlen`을 굳이 써줄 필요가 없어 보인다. `read_word`가 단어의 길이를 반환하게 할게 수정하기는 쉽다. 우선 `word.h`의 `read_word`의 원형을 바꿔주기만 하면 된다: ``` /********************************************************** * read_word: 입력의 다음 단어를 읽고 word에 저장한다. 만약 파일 * * 끝 때문에 더 읽을 수가 없으면 word를 비워준다. 만약 * * 길이가 len을 초과할 경우 word를 중간에 잘라준다. * * 저장된 문자의 개수를 반환해준다. * **********************************************************/ int read_word(char* word, int len); ``` 당연히 `read_word`의 주석 부분을 바꿔주었다. 다음엔 `word.c`의 `read_word`의 정의를 바꿔보자: ``` int read_word(char* word, int len) { int ch = 0; int pos = 0; while ((ch = read_char()) == ' ') { ; } while (ch != ' ' && ch != EOF) { if (pos < len) { word[pos++] = ch; } ch = read_char(); } word[pos] = '\0'; return pos; } ``` 최종적으로 `justify.c`에서 `<string.h>` 추가한 부분을 지워주어 `justify.c`를 수정해주어 다음과 같이 `main`을 수정하자: ``` int main(void) { char word[MAX_WORD_LEN + 2]; int word_len; clear_line(); for (;;) { word_len = read_word(word, MAX_WORD_LEN+1); if (word_len == 0) { flush_line(); return 0; } if (word_len > MAX_WORD_LEN) { word[MAX_WORD_LEN] = '*'; } if (word_len + 1 > space_remaining()) { write_line(); clear_line(); } add_word(word); } } ``` 이렇게 수정해준 다음 `word.c`와 `justify.c`를 재컴파일하고 재링크해서 `justify` 프로그램을 재구축한다. 굳이 `word.h`를 추가하지 않아 변경사항이 없는 `line.c`를 재컴파일할 필요가 없다. GCC 컴파일러를 통해서 프로그램을 재구축하려면 다음과 같은 명령을 사용하면 된다: ``` gcc -o justify justify.c word.c line.o ``` `line.c` 대신 `line.o`를 사용했음에 주목하라. 메이크파일을 사용하는 장점 중 하나는 재구축이 자동으로 처리가 된다는 것이다. `make` 기능은 각 파일의 날짜를 확인하여 프로그램의 최근 갱신 이후 어떤 파일이 수정되었는지를 판단한다. 이후 해당 파일들과 이에 직접적이든 간접적이든 종속된 파일들을 모두 재컴파일한다. 예를 들어 `word.h`, `word.c`, `justify.c`에 수정사항을 만들어 `justify` 프로그램을 재구축할 경우 `make`은 다음과 같은 행동을 할 것이다: 1. `justify.c`를 컴파일하여 `justify.o`를 구축한다(`justify.c`와 `word.h`가 수정되었기 때문). 2. `word.c`를 컴파일하여 `word.o`를 구축한다(`word.c`와 `word.h`가 수정되었기 때문). 3. `justify.o`, `word.o`, `line.o`를 링크하여 `justify`를 구축한다(`justify.o`와 `word.o`가 수정되었기 때문) ## 프로그램 밖에서 매크로 정의하기 C 컴파일러는 프로그램을 컴파일할 때 매크로의 값을 정할 수 있는 방법을 제공한다. 이 기능을 통해 프로그램의 파일을 수정하지 않고도 매크로의 값을 수정할 수 있다. 특히 메이크파일로 프로그램을 자동으로 구축할 때 귀중한 방법이다. 대부분의 컴파일러는 (GCC 포함) 명령 줄에서 매크로의 값을 정할 수 있는 `-D` 옵션을 지원한다: ``` gcc -DDEBUG=1 foo.c ``` 이 예시의 경우 프로그램 `foo.c`에서 `DEBUG` 매크로의 값이 1로 정의되게 된다. 이는 마치 다음 줄이 `foo.c`의 첫 부분에 존재하는 것과 동일하다. ``` #define DEBUG 1 ``` 만약 `-D` 옵션이 매크로를 값을 포함하지 않고 정할 경우 그 값은 1이 된다. 많은 컴파일러들은 `-U` 옵션을 통해 `#undef`를 사용한 것과 동일하게 매크로를 "미정의" 시켜준다[1](https://wikidocs.net/101942#footnote_1). `-U`를 통해 사전정의 매크로 혹은 기존에 명령 줄에서 `-D`를 통해 정의해주었던 매크로를 미정의해줄 수 있다. *** [사전정의 매크로predefined macros \> 14.3](https://wikidocs.net/86264#_8) 마지막 편집일시 : 2021년 5월 21일 3:39 오후 [댓글 0]() [피드백](https://wikidocs.net/101942#myModal "피드백을 남겨주세요") [※ 댓글 작성은 로그인이 필요합니다.](https://wikidocs.net/loginForm) [(또는 피드백을 이용해 주세요.)](https://wikidocs.net/101942#myModal) - **이전글** : [3 프로그램 여러 파일로 나누기]() - **다음글** : [Q & A]() × #### 책갈피 추가 닫기 × ### 이 페이지에 대한 피드백을 남겨주세요 Close 전송하기 × ### 댓글을 신고합니다. Close 전송하기

00 서론 01 C 입문 1 C의 역사 2 장점과 단점 Q & A 02 C 기초 1 간단한 프로그램 짜기 2 간단한 프로그램의 일반적인 구조 3 주석 4 변수와 할당 5 입력값 읽기 6 상수 이름 정의하기 7 식별자 8 C 프로그램의 레이아웃 Q & A 03 서식 입출력 1 printf 함수 2 scanf 함수 Q & A 04 표현식 1 산술연산자 2 할당연산자 3 증감연산자 4 표현식 평가 5 표현문 Q & A 05 선택문 1 논리표현식 2 if문 3 switch문 Q & A 06 루프 1 while문 2 do문 3 for문 4 루프에서 벗어나기 5 null문 Q & A 07 기본형 1 정수형 2 소수형 3 문자형 4 형변환 5 형정의 6 sizeof 연산자 Q & A 08 배열 1 1차원 배열 2 다차원 배열 3 가변크기 배열 (C99) Q & A 09 함수 1 함수 정의 및 호출 2 함수 선언 3 입력변수 4 return문 5 프로그램 종료 6 재귀 Q & A 10 프로그램 설계 1 지역변수 2 외부변수 3 블록 4 스코프 5 C 프로그램 설계하기 Q & A 11 포인터 1 포인터 변수 2 주소 및 참조 연산자 3 포인터 할당 4 입력변수로서 포인터 5 반환값으로서 포인터 Q & A 12 포인터와 배열 1 포인터 산술 2 포인터를 통한 배열처리 3 배열 이름 포인터로서 쓰기 4 다차원 배열의 이름 포인터로서 쓰기 (C99) 5 포인터와 가변크기 배열 (C99) Q & A 13 문자열 1 문자열 리터럴 2 문자열 변수 3 문자열 읽고 쓰기 4 문자열의 문자 접근하기 5 C 문자열 라이브러리 사용하기 6 문자열 관용구 7 문자열 배열 Q & A 14 전처리기 1 전처리기 작동 방식 2 전처리 지시자 3 매크로 정의 4 조건부 컴파일 5 기타 지시자 Q & A 15 대규모 프로그램 작성법 1 소스 파일 2 헤더파일 3 프로그램 여러 파일로 나누기 4 다중 파일 프로그램 빌드하는 법 Q & A 16 구조체, 공용체, 열거형 1 구조체 변수 2 구조체형 3 내부 배열과 구조체 4 공용체 5 열거형 Q & A 17 포인터 고급 1 동적 메모리 할당 2 동적 할당 문자열 3 동적 할당된 배열 4 메모리 해제 5 링크드 리스트 6 포인터의 포인터 7 함수 포인터 8 제한 포인터 (C99) 9 유동적 배열 멤버(C99) Q & A 18 선언 1 선언 문법 2 저장 클래스 3 형한정자 4 선언자 5 초기자 6 인라인 함수 (C99) Q & A 19 프로그램 설계 1 모듈 2 정보 숨기기 3 추상 자료형 4 스택 추상 자료형 5 추상 자료형의 설계 문제 Q & A 20 저수준 프로그래밍 1 비트 연산자 2 구조체에서 비트필드 3 다른 저수준 기술들 Q & A 21 표준 라이브러리 1 라이브러리 사용하기 2 C89 라이브러리 개요 3 C99 라이브러리 변경사항 4 \<stddef.h\> 헤더: 자주 사용하는 정의들 5 \<stdbool.h\> 헤더 (C99): 불리언형과 값 22 입출력 1 스트림 2 파일 연산 3 서식 입출력 4 문자 입출력 5 줄 입출력 6 블록 입출력 7 파일 위치 8 문자열 입출력 23 숫자와 문자 자료에 대한 라이브러리 지원사항 1 \<float.h\> 헤더: 고정소수점형의 특징 2 \<limits.h\> 헤더: 정수형의 크기 3 \<math.h\> 헤더 (C89): 수학 4 \<math.h\> 헤더 (C89): 수학 5 \<ctype.h\> 헤더: 문자 처리 6 \<string.h\> 헤더: 문자열 처리 24 오류 처리 1 \<assert.h\> 헤더: 진단 2 \<errno.h\> 헤더: 오류 3 \<signal.h\> 헤더: 신호 처리 4 \<setjmp.h\> 헤더: 비논리적 도약 25 국제적 기능 1 \<locale.h\> 헤더: 지역화 2 다중바이트 문자와 넓은 문자 3 이중글자와 삼중글자 4 유니버설 문자명 (C99) 5 \<wchar.h\> 헤더 (C99): 확장 다중바이트 / 넓은 문자 도구 6 \<wctype.h\> 헤더 (C99): 넓은 문자 분류 및 사상 도구 26 기타 라이브러리 함수 1 \<stdarg.h\> 헤더: 가변 입력변수 2 \<stdlib.h\> 헤더: 일반 도구들 3 \<time.h\> 헤더: 날짜와 시간 27 수학 분야 C99 추가 지원 1 \<stdint.h\> 헤더 (C99): 정수형 2 \<inttypes.h\> 헤더 (C99): 정수형 서식 변환 3 복소수 (C99) 4 \<complex.h\> 헤더 (C99): 복소수 산술 5 \<tgmath.h\> 헤더 (C99): 일반형 수학 6 \<fenv.h\> 헤더 (C99): 고정소수점 환경 부록 A C 연산자 부록 B C99 대 C89 부록 C C89 대 K & R C 부록 D 표준 라이브러리 함수들 부록 E ASCII 문자 집합 색인 참고문헌