Skip to main content

#ifdef...#endif와 Boost::Any

코딩을 하다 보면 #ifdef...#endif등의 preprocesor를 사용하게 되는 경우들이 있습니다. 주로 portable한 코드를 작성하기 위해 사용하곤 하지요.

이번 XMLCPP 라이브러리 구현중에 이와 유사한 필요가 생겼습니다. Unicode encoding, decoding을 위해 libiconv 라이브러리 를 사용하던 것을 libiconv없이도 사용할 수 있는 옵션을 만들기 위해서입니다. libiconv 라이브러리가 많은 encoding을 지원하여 좋긴 하지만 GNU license라 사용에 제약이 많은 편입니다. 제가 만드는 XMLCPP는 이런 제약 없이 모든 곳에서 사용할 수 있게 하고 싶어 자체적으로 encoding, decoding을 하는 코드를 집어 넣었습니다. ((물론 지원하는 encoding이 libiconv보다 적습니다. 현재 자체 코드에서 지원하는 encoding은 다음과 같습니다.


  1. char, wchar_t

  2. UTF-8

  3. UCS-2, UCS-2BE, UCS-2LE

  4. UTF-16, UTF-16BE, UTF-16LE

  5. UCS-4, UCS-4BE, UCS4-LE

  6. UTF-32, UTF-32BE, UTF-32LE


))

기본으로 libiconv를 사용하지 않도록 Makefile이 만들어져 있으며 libiconv를 사용하고 싶다면 Makefile에서 USE_ICONV 변수를 YES로 셋팅해 주면 됩니다.

먼저 자체 encoding, decoding 버전을 구현하기 전의 CodeConvImpl 클래스는 대략 다음과 같았습니다. ((여기서 CodeConvImpl 클래스는 CodeConv 클래스의 Pimpl Idiom을 위한 구현입니다.))


#include

class CodeConvImpl
{
public:
// ...
private:
iconv_t desc_; // iconv.h에서 정의된 타입
};


이제 이를 컴파일러 옵션에 따라 iconv를 사용하지 않거나 혹은 사용하게 하려면 다음과 같이 할 수 있습니다.


#ifdef XMLCPP_USE_ICONV
# include
#endif

class CodeConvImpl
{
public:
// ...
private:
#ifdef XMLCPP_USE_ICONV
iconv_t desc_;
#else
// ??
#endif
};


하지만 코드가 지저분해지고 따라서 읽기도 어려워집니다. 사실 private의 변수는 .cpp 파일에서만 알면 되는 것인데 말이죠.

사실 잘 만들어진 구조의 portable한 코드는 #ifdef등의 preprocessor를 거의 사용하지 않아도 되게 구성될 수 있습니다. 마치 잘 만들어진 exception safe란 코드가 catch 문이 거의 없는 것과 비슷한 원리라고 할까요? :-)

XMLCPP 라이브러리의 CodeConvImpl 클래스는 이를 위해 boost::any 라이브러리를 사용하여 다음과 같이 구성하였습니다.


class CodeConvImpl
{
public:
// ...
private:
boost::any desc_;
};


이제 cpp는 두개의 파일로 나누어집니다. 하나는 iconv를 사용하는 버전이고 다른 하나는 자체적으로 encoding, decoding을 하는 버전입니다. 파일 이름은 CodeConvImpl_iconv.cpp와 CodeConvImpl_noiconv.cpp입니다. ((만약 iconv 버전과 noiconv 버전간에 공통으로 사용할 코드들이 있었다면 CodeConvImpl.cpp에 같이 사용할 수 있도록 구현할 수 있었습니다만 현재 두 버전간에 같이 사용할 수 있는 코드가 없으므로 CodeConvImpl.cpp 파일은 없습니다.))

CodeConvImpl_iconv.cpp에서 desc_는 iconv_t 타입으로 사용되면 CodeConvImpl_noiconv.cpp에서는 이 cpp 파일안에 선언된 detail::codeconv_t 라는 타입으로 사용됩니다.

각 cpp 파일에서 any 타입의 desc_을 자신이 사용하는 타입으로 변환하기 위해서는 any_cast를 사용합니다.

마지막으로 Makefile에 다음과 같이 셋팅합니다.


USE_ICONV := NO

OBJS := Serializer.o ... Exception.o

ifeq (YES, $(USE_ICONV))
BASE_CFLAGS := $(BASE_CFLAGS) -DXMLCPP_USE_ICONV
OBJS := $(OBJS) CodeConvImpl_iconv.o
else
BASE_CFLAGS := $(BASE_CFLAGS)
OBJS := $(OBJS) CodeConvImpl_noiconv.o
endif


USE_ICONV가 YES이면 CodeConvImpl_iconv.o를 사용하여 .a 를 생성하고 NO이면 CodeConvImpl_noiconv.o를 사용하는 것이죠.

이런 방식으로 실제 코드에서는 #ifdef가 전혀 사용되지 않고도 두 버전을 구현될 수 있었습니다. :-)

이제 Roadmap에 따라 VC++ 포팅을 할 차례인데 VC++ build시에 이 사항을 어떻게 적용해야 할지 고민해 봐야 겠네요. :-|

추가로, 이런 방법은 boost와 같이 헤더 파일로 이루어진 template library에는 적용하기 어렵습니다. 이런 경우에는 되도록이면 #ifdef 문들을 하나의 config.h와 같은 헤더 파일에 모으는 방법을 사용할 수 있습니다.

Comments

Popular posts from this blog

1의 개수 세기 - 해답

벌써 어제 말한 내일이 되었는데 답을 주신 분이 아무도 없어서 좀 뻘쭘하네요. :-P 그리고 어제 문제에 O(1)이라고 적었는데 엄밀히 얘기하자면 O(log 10 n)이라고 적었어야 했네요. 죄송합니다. ... 문제를 잠시 생각해보면 1~n까지의 수들 중 1의 개수를 얻기 위해서는 해당 숫자 n의 각 자리의 1의 개수가 모두 몇개나 될지를 구해서 더하면 된다는 사실을 알 수 있습니다. 예를 들어 13이라는 수를 생각해 보면 1~13까지의 수에서 1의 자리에는 1이 모두 몇개나 되는지와 10의 자리에는 모두 몇개나 되는지를 구해 이 값을 더하면 됩니다. 먼저 1의 자리를 생각해 보면 1, 11의 두 개가 있으며 10의 자리의 경우, 10, 11, 12, 13의 네 개가 있습니다. 따라서 2+4=6이라는 값을 구할 수 있습니다. 이번엔 234라는 수에서 10의 자리를 예로 들어 살펴 보겠습니다. 1~234라는 수들 중 10의 자리에 1이 들어가는 수는 10, 11, ..., 19, 110, 111, ... 119, 210, 211, ..., 219들로 모두 30개가 있음을 알 수 있습니다. 이 규칙들을 보면 해당 자리수의 1의 개수를 구하는 공식을 만들 수 있습니다. 234의 10의 자리에 해당하는 1의 개수는 ((234/100)+1)*10이 됩니다. 여기서 +1은 해당 자리수의 수가 0이 아닌 경우에만 더해집니다. 예를 들어 204라면 ((204/100)+0)*10으로 30개가 아닌 20개가 됩니다. 이런 방식으로 234의 각 자리수의 1의 개수를 구하면 1의 자리에 해당하는 1의 개수는 ((234/10)+1)*1=24개가 되고 100의 자리에 해당하는 개수는 ((234/1000)+1)*100=100이 됩니다. 이들 세 수를 모두 합하면 24+30+100=154개가 됩니다. 한가지 추가로 생각해야 할 점은 제일 큰 자리의 수가 1인 경우 위의 공식이 아닌 다른 공식이 필요하다는 점입니다. 예를 들어 123에서 100의 자리에 해당하는 1의 개수는 ((123/1

std::map에 insert하기

얼마전 회사 동료가 refactoring한 코드를 열심히 revert하고 있어서 물어보니 다음과 같은 문제였습니다. 원래 코드와 refactoring한 코드는 다음과 같더군요. nvp[name] = value; // original code nvp.insert(make_pair(name, value)); // refactored 아시겠지만 위의 두 라인은 전혀 다른 기능을 하죠. C++03에 보면 각각 다음과 같이 설명되어 있습니다. 23.1.2/7 Associative containers a_uniq.insert(t): pair<iterator, bool> inserts t if and only if there is no element in the container with key equivalent to the key of t. The bool component of the returned pair indicates whether the insertion takes place and the iterator component of the pair points to the element with key equivalent to the key of t. 23.3.1.2/1 map element access [lib.map.access] T& operator[](const key_type& x); Returns: (*((insert(make_pair(x, T()))).first)).second. 원래 코드는 매번 새 값으로 이전 값을 overwrite했지만 새 코드는 이전에 키가 존재하면 새값으로 overwrite하지 않습니다. 따라서 원래 기능이 제대로 동작하지 않게 된것이죠. 그래서 물어봤죠. "왜 이렇게 했어?" "insert가 성능이 더 좋다 그래서 했지." :-? 사실 Fowler 아저씨는 Refactoring 책에서 refactoring은 성능을 optimizing하기 위한 것이 아니다라

C++ of the Day #9 - Boost.Python 사용하기 #1

Python 은 가장 인기있는 interpret 언어중의 하나입니다. Python의 장점 중 하나는 C/C++ 모듈과 쉽게 연동할 수 있다는 점입니다. 물론 손으로 일일히 wrapper를 만드는 것은 손이 많이 가고 에러를 만들수 있는 작업이나 SWIG 등과 같은 도구를 사용하면 쉽게 python 모듈을 만들 수 있습니다. Boost.Python 은 이런 SWIG와 같이 python 모듈을 쉽게 만들 수 있도록 도와주는 라이브러리로 순수 C++만을 사용한다는 점이 SWIG와 다른 점입니다. 그리고 개인적으로는 Boost 라이브러리에 포함되어 있는 것들이 왠지 좀 더 믿음직스러워서... :-) 이번 글에서는 Boost.Python 문서에 나와 있는 예제 를 가지고 간단하게 python 모듈을 만드는 방법에 대해서 알아보겠습니다. Requirements 리눅스 이 글에서는 리눅스 환경에서의 사용 방법을 설명한다. Boost.Python 라이브러리 (1.33.1) Boost 라이브러리를 다운로드받아 아래와 유사한 명령으로 라이브러리를 빌드한다. bjam -sTOOLS=gcc -with-python install bjam의 --prefix 옵션으로 라이브러리가 설치될 위치를 변경할 수 있다. Python 라이브러리 (2.4.3) Python을 다운로드 받아 빌드하여 설치한다. 위의 경우와 유사하게 configure의 --prefix 옵션으로 설치될 위치를 변경할 수 있다. Write C++ Code 다음과 같이 코드를 작성한다. // greet.cpp #include <stdexcept> char const* greet(unsigned x) { static char const* const msgs[] = { "hello", "Boost.Python", "world!" }; if (x > 2) throw std::range_error("