20. 조건부 컴파일

조건부 컴파일

 

 

매크로 #if, #ifdef, #else, #elif 그리고 #endif는 조건부 컴파일을 정의한다.

 

따라서 조건이 맞지 않으면 컴파일에서 제외된다.

 

즉

 

조건이 맞지 않으면 소스 자체가 없는 것과 같은 효과가 있다.

 

다음의 표는 조건부 컴파일에 사용되는 전처리기의 종류와 의미를 나타낸다.

 

-

 

 

-

 

아래의 예제를 통해 전처리기를 이용하여 조건에 따라 달리 컴파일할 수 있는 것에 대해 봐 보자.

 

-

 

test40.c

0.00MB

 

 

 

-

 

위 예제는 VERSION이라는 매크로를 정의한 뒤에

 

해당 조건을 비교하여 원하는 부분을 컴파일하거나

 

컴파일하지 않게 할 수 있음을 보여주고 있다.

 

 

전처리기에서 사용되는 조건문들은 다른 전처리기 문법들과 함께

 

실제 소스 코드가 컴파일되기 전에 전처리 과정에서 처리된다.

 

따라서 이러한 전처리기의 조건문을 이용하면

 

운영체제의 종류에 따라 달리 소스 코드의 내용을 컴파일할 수 있다.

 

아래의 예제를 봐보자.

 

-

 

test41.c

0.00MB

 

 

 

-

 

위 예제의 실행 결과는 MacOS에서 gcc를 이용하여 소스 코드를 컴파일하고 실행한 결과로

 

6행이 실행되었음을 알 수 있다.

 

리눅스 환경에서 실습하는 사람의 경우 8행의 코드가 실행될 것이다.

 

 

GNU 컴파일러 gcc, g++ 등을 이용하는 경우

 

리눅스 상에서 컴파일하는 경우

 

__linux__와 __linux 등의 매크로를 컴파일러에서 미리 정의하여

 

소스 코드에서 이를 사용할 수 있도록 지원한다.

 

따라서 이 매크로를 이용하여

 

소스 코드가 리눅스에서 컴파일되었는지 안되었는지 확인할 수 있다.

 

나중에 프로그램을 만들 때 위의 조건부 전처리기를 이용하여

 

윈도우 및 리눅스를 구분하여 실행되게 할 수 있다.

 

 

조건부 전처리기는 이렇게 소스 코드를 서로 다른 조건에 따라

 

소스 코드의 내용을 달리 컴파일하는 데 사용될 뿐만 아니라

 

소스 코드의 헤더 파일에서도 유용하게 사용된다.

 

다음의 예제를 봐보자.

 

다음 예제는 모두 두 개의 파일로 18.h 파일과 예제의 소스 코드 파일로 구성되어 있다.

 

-

 

18.h

0.00MB

test42.c

0.00MB

 

 

 

 

-

 

맨 위의 사진은 18.h 파일의 내용이다.

 

그리고 두 번째 사진은 예제 소스 코드이다.

 

위의 예제를 컴파일하면 "18.h" 헤더 파일을 통해 구조체 data가 정의되어 있는 상태에서

 

다시 한번 더 같은 내용이 정의되면서 에러가 발생할 것이다.

 

왜냐하면 #include 라는 전처리기는 그대로 헤더 파일을 소스 코드에 포함하는 것으로

 

두 개의 #include 라는 전처리기가 수행된 후의 소스 코드는 다음의 내용과 같게 변하기 때문이다.

 

-

 

test42_1.c

0.00MB

 

 

-

 

같은 구조체 정의가 두 번 이루어지니 당연히 에러가 나온다.

 

이렇게 헤더 파일이 두 번 포함되는 경우는 예제 코드처럼 짧은 경우에는 발생할 확률이 낮지만

 

소스 코드의 규모가 커지면서 여러 개의 헤더 파일이 사용되며

 

헤더 파일 안에서 또 다른 헤더 파일이 포함되면서 충분히 발생할 수 있는 문제이다.

 

이러한 문제를 해결할 수 있는 것이 바로 전처리기를 이용한 조건부 컴파일이다.

 

위의 "18.h" 파일을 다음과 같이 수정한 뒤에 다시 한번 더 컴파일해보자.

 

-

 

18_1.h

0.00MB

 

 

-

 

추가된 내용은

 

1행

 

만약 _18_H 매크로가 정의되지 않았으면

 

2행

 

_18_H 매크로를 정의 후에 구조체 data를 정의(3~6행)한다.

 

 

(필자는 수정된 코드를 18_1.h 이라는 헤더 파일의 이름으로 새로 만들었다.)

 

수정된 "18.h" 파일이 위 예제의 소스 코드에 추가된 후에

 

전체 소스 코드는 다음과 같이 변경된다.

 

-

 

 

-

 

만일 18.h 파일이 소스 코드에 여러 번 추가되더라도

 

제일 처음 _18_H가 정의되지 않았으면

 

처음 1회에 한하여 해당 헤더 파일에 있는 내용이 유효하고

 

그 뒤에 다시 한번 헤더 파일이 추가되면

 

이미 _18_H가 정의되었기 때문에 이후의 내용은 유효하지 않게 된다.

 

 

헤더 파일이 중복적으로 소스 코드에 포함되지 않기 위해 이러한 방법을 사용한다.

 

참고로 이때 사용되는 매크로의 이름은 헤더 파일의 이름으로 대문자로 사용하는 것이 일반적이다.