[헤더화일에]ifdef 와 define에서 문의드립니다.

아래와 같은 임의의 파일을 만들어서 테스트해 보세요.
cpp 를 이용해서 전처리된 소스 파일을 보시면 될 겁니다.
물론 양이 많을 수도 있지만 확실한 방법이죠.

#include "this_fucking_header_file.h"

int
main(void)
{
        return 0;
}

우선, __BEOS__, ZLIB_DLL, __declspec(dllexport), __declspec(dllimport)
의 의미를 알아내셔야 합니다 - 이는 직접 관련된 메뉴얼 등을 살펴보셔야
합니다.

제 추측에 따르면, BeOS 에서는 표준 C 언어가 기본적으로 제공하는
internal/exteranl linkage 외에 DLL 을 위해 특별한 linkage 를 제공하는
것 같습니다. 이에 따라 ZLIB_DLL 이 정의되어 있는지 여부에 의존해 프로
그램 소스 상에 external linkage 로 선언되어 있는 대상체나 함수를 다르
게 다루도록 하려는 의도 같습니다.

아랫 부분의 (한줄 떨어져 있는) #ifndef 는 그 위의 과정에서 어떠한 경우
에도 해당되지 않아 ZEXTERN 이 매크로로 정의되지 않은 경우를 다루기 위
한 것입니다. 위의 잘려나간 예만을 놓고 생각한다면 사실상

#if !defined(__BEOS__)

와 다르지 않습니다만, 그 윗부분에 ZEXTERN 을 다른 내용을 정의하는 또
다른 #if 지시자가 있을 것이라 생각합니다.

언어의 keyword 를 매크로로 정의할 수 있도록 해주는 경우 얻을 수 있는
주요한 장점입니다. 말씀하신대로 프로그램 내에 사용된 const 를 제거할
때 사용하는 것이며, const 를 지원하지 않는 구식 환경을 위해 그와 같은
매크로 정의를 써주는 것이 보통이지만, const 로 선언된 대상체를 다소 특
별하게 다루는 implementation 에서 원하는 프로그램의 행동을 얻기 위해
사용할 가능성도 배제할 수는 없습니다.

다른 분들이 말씀하신 것처럼 해당 프로그램의 번역을 전처리 단계까지만
진행해보는 방법이 있습니다. 아니면, 작업 환경이 scpp (selective C
Preprocessor) 같은 tool 을 제공한다면 다른 전처리기 지시자는 처리하지
않고 conditional translation 을 위한 부분만 처리해서 살펴보는 것도 도
움이 되리라 생각합니다.

C++ 프로그램에서 C 프로그램으로 번역된 함수를 사용하기 위해 선언된 함
수의 linkage 를 "C" linkage 로 만들어 주는 것입니다. 예를 들어, C++ 프
로그램은 overloading 지원을 위해 name mangling 등의 방법을 사용하지만,
C 는 그렇지 않기에 C++ 에서 그러한 영향을 고려하지 않고 C 함수를 호출
하기 위해서는 C 프로그램으로 번역된 것임을 알릴 필요가 있겠지요.

그럼, 조금이라도 도움이 되었기를 바랍니다.

MS-Windows 라... 죄송하지만, MS-Windows 에 대해서는 제가 도와드릴 수
있는 부분이 거의 없습니다. 아래 인용하신 소스 중에서 VC/C++ 이나
Borland 사 제품과 관련된 부분은 해당 implementation 을 다루는 게시판이
나 뉴스그룹을 이용하시는 것이 더 빠른 답변을 얻을 수 있는 길이 아닐까
생각합니다.

"selective C preprocessor" 를 검색해 보시기 바랍니다 - Windows 에서 실
행시킬 수 있는 것으로는 다음이 있네요.

http://hp.vector.co.jp/authors/VA010446/toolbox1/#scpp

말씀드린대로 scpp 는 conditional compilation 과 관련된 지시자만을 확장
해 줍니다. 즉, #define ZEXPORT WINAPT 같은 일반적인 매크로의 확장은 수
행해주지 않습니다 - 이것이 일반 preprocessor 와 "selective"
preprocessor 의 차이입니다. 이는 conditional compilation 에 관여하는
특정 매크로가 적절히 정의되었을 경우 어떠한 구조가 선택적으로 번역되는
지를 확인할 때 유용한 tool 이며, 특정 환경에 필요한 매크로 정의를 내재
하고 있지 않기에 직접 옵션을 통해 제공해주실 필요가 있습니다. 하지만,
프로그램을 분석하는 목적과 아래 인용해주신 구조를 볼 때 굳이 scpp 가
필요한 상황은 아닌듯 합니다.

말씀하신 환경에 근본적으로 익숙하지 않기에 아래 인용하신 구조에 대해
제가 충분한 답변을 드리기는 어려울 것 같습니다. 하지만, "추측" 과 조언
을 드리자면, 지금 이 프로그램은 주어진 환경에 따라 적절히 DLL 이 생성
될 수 있도록 하기 위해 매크로를 사용하고 있습니다. 따라서, 이와 같은
구조를 굳이 모두 이해하실 필요 없이 가장 이해하기 쉬운 환경을 선택하여
해당 환경에서 프로그램이 사용하는 (Z 으로 시작하는) 각 매크로가 어떠한
의미를 갖는지 아는 것이 중요합니다. 어차피 UNIX 로 포팅할 계획이시라면
그 의미만을 분명히 파악하신 후에 UNIX 환경에서 동등한 의미로 해당 매크
로를 정의만 해주면 됩니다 - 물론, 분명 추가적인 다른 문제가 있을 것이
라 믿어 의심치 않습니다만... --;

#if defined(ZLIB_DLL)

라이브러리에서 DLL 로 번역될 소스에만 이하의 내용을 적용한다는 의도 같
습니다 - ZLIB_DLL 은 해당 프로그램에서 정의되고 사용되는 것이므로 함께
배포된 문서가 있다면 분명 이를 설명할 것입니다.

	#  if defined(_WINDOWS) || defined(WINDOWS)
	#    ifdef FAR
	#      undef FAR
	#    endif
	#    include <windows.h>
	#    define ZEXPORT  WINAPI
	#    ifdef WIN32
	#      define ZEXPORTVA  WINAPIV
	#    else
	#      define ZEXPORTVA  FAR _cdecl _export
	#    endif
	#  endif

이상의 부분은 VC/C++ 에서 DLL 을 생성하기 위해 적절히 매크로를 정의하
는 것 같습니다. VC/C++ 이 제공하는 기정의 매크로의 의미가 (제 사견으로
는) 더럽게 애매모호하기 때문에 저라면 아래를 선택하겠습니다. (혹시라도
VC/C++ 에 익숙한 분이 계신다면 이 부분을 설명해주시지 않을까 생각합니
다)

# if defined (__BORLANDC__)

Borland 사의 다른 제품이라면 __BORLANDC__ 가 정의되어 있는 것으로 알고
있습니다. 따라서, 아래 내용은 우선 Borland 사의 제품 (C++Builder 포함)
에 해당되는 것입니다.

# if (__BORLANDC__ >= 0x0500) && defined (WIN32)

이 프로그램이 target 으로 삼은 Borland 사 제품이 __BORLANDC__ >=
0x0500 의 조건을 만족하고 WIN32 환경이면 이하의 내용이 적용됩니다 -
__declspec() 와 WINAPI, WINAPIV 를 지원하는 환경에 해당하는 조건인 듯
합니다. 참고로 제가 기억하고 있는 바로는 C++ Builder 5 에서 해당 매크
로는 0x0550 으로 정의되어 있습니다.

	#      include <windows.h>
	#      define ZEXPORT __declspec(dllexport) WINAPI
	#      define ZEXPORTRVA __declspec(dllexport) WINAPIV

위에서 말씀드린 조건을 만족하는 Borland 사의 제품을 설치하신 후에
(On-line 메뉴얼이 제공되는지는 모르겠습니다만) Help 나 메뉴얼을 찾아보
시면 __declspec 과 WINAPI, WINAPIV 에 대한 설명을 찾을 수 있습니다. 만
약 그 의미를 알아내 동등한 의도의 UNIX 환경에서의 표현을 찾아낸다면 아
래 부분 (혹은 그 외에 존재할지 모르는 유사한 형태의 다른 조건부 번역
구조) 은 분석할 필요가 없습니다.

	#    else
	#      if defined (_Windows) && defined (__DLL__)
	#        define ZEXPORT _export
	#        define ZEXPORTVA _export
	#      endif
	#    endif
	#  endif
	#endif

일단, 보여주신 구조만 가지고 제가 할 수 있는 모든 추측을 동원하여 도움
을 드리고자 노력했습니다. MS-Windows 에서의 프로그래밍은 제가 거의 알
지 못하는 부분이기에 더 자세한 답변 드리기는 어려울 듯 합니다. 해당 환
경에 익숙하신 다른 분들께서 잘못된 부분에 대한 지적이나 추가 설명 해주
시리라 믿습니다.

그럼...

VC++ 에도 __declspec() 이 제공되나요? BCB 에서 해당 기술을 사용한 것을
보았습니다. 구체적으로 __declspec() 의 정체가 무엇인지 궁금합니다. 서로
다른 implementation 이 단지 공통적인 기술을 지원하는 것인지요?