1. 인스톨러 다운로드
설치 방법에는 소스 코드를 이용한 빌드 방법과 인스톨러를 이용한 설치 방법이 있는데, 윈도우즈 환경에서는 인스톨러를 이용하는 것이 편하다고 한다.

다운로드 파일 주소: http://www.boost-consulting.com/download/windows

2. 실행 및 설치
인스톨러를 실행한 후, "Select Default Variants" 단계에서 컴파일러 종류와 설치할 라이브러리 종류(Variants)를 선택한다.

라이브러리는 몽땅 선택하는 것이 속 편할 듯 싶다.

3. 계속 진행하면 알아서 다운로드하고 설치한다.

4. Visual Studio에서 include와 library 디렉토리를 추가해주고 난 후, boost 설명서에 나온 샘플 코드를 컴파일해서 확인해 본다.

디폴트로 정적(static) 링크를 하게 된다고 한다. 따라서, DLL 형태의 boost 라이브러리를 사용하려면 매크로 정의를 해줘야 한단다. BOOST_라이브러리이름_DYN_LINK 형태의 매크로를 정의하면 된다.

만약, regex 라이브러리를 사용한다면, BOOST_REGEX_DYN_LINK 라는 매크로를 정의한 후 컴파일 하면 된단다.

참고 URL: http://docs.huihoo.com/boost/1-33-1/more/getting_started.html

5. 컴파일
[샘플 코드: example.cpp]

#include <boost/regex.hpp>
#include <iostream>
#include <string>

int main()
{
    std::string line;
    boost::regex pat( "^Subject: (Re: |Aw: )*(.*)" );

    while (std::cin)
    {
        std::getline(std::cin, line);
        boost::smatch matches;
        if (boost::regex_match(line, matches, pat))
            std::cout << matches[2] << std::endl;
    }
}

예 1) 명령행에서 정적 링크를 하는 경우(컴파일러: VC 7.1(VS2003) 일 때)

c:\Temp>cl /EHsc /DBOOST_LIB_DIAGNOSTIC /MD /I"c:\program files\boost\boost_1_35_0" example.cpp /link /LIBPATH:"c:\program files\boost\boost_1_35_0\lib"
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.6030 for 80x86
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.

example.cpp
Linking to lib file: libboost_regex-vc71-mt-1_35.lib
Microsoft (R) Incremental Linker Version 7.10.6030
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:example.exe
"/LIBPATH:C:\Program Files\boost\boost_1_35_0\lib"
example.obj

생성 파일 크기: 94,208

예 2) 명령행에서 동적 링크를 하는 경우(컴파일러: VC 7.1(VS2003) 일 때), /MD 옵션을 꼭 써야 한다.
c:\Temp>cl /EHsc /DBOOST_REGEX_DYN_LINK /DBOOST_LIB_DIAGNOSTIC /MD /I"c:\program files\boost\boost_1_35_0" example.cpp /link /LIBPATH:"c:\program files\boost\boost_1_35_0\lib"
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 13.10.6030 for 80x86
Copyright (C) Microsoft Corporation 1984-2002. All rights reserved.

example.cpp
Linking to lib file: boost_regex-vc71-mt-1_35.lib
Microsoft (R) Incremental Linker Version 7.10.6030
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:example.exe
"/LIBPATH:C:\Program Files\boost\boost_1_35_0\lib"
example.obj

생성 파일 크기: 12,800

경고-지시어의 의미

once
지정한 메시지(들)을 오직 한 번만 표시한다.

default
경고 동작을 그것의 디폴트값으로 재설정(reset)한다. 이것은 디폴트로 꺼져 있는 경고를 켜는 효과도 가지고 있다. 이제 그 경고의 디폴트(문서에 기록된) 수준에서 해당 경고가 발생될 것이다.

좀 더 자세한 정보를 원한다면, 디폴트로 꺼져 있는 컴파일러 경고들을 보라.
 
1, 2, 3, 4
지정한 경고(들)에 대해 주어진 수준을 적용한다. 이것 역시 디폴트로 꺼져 있는 경고를 켜는 효과를 가지고 있다.

disable
지정한 경고 메시지(들)를 발생되지 않도록 한다.

error
지정한 경고들을 에러로 보고한다.

경고-숫자-리스트(warning-number-list)는 어떤 경고 숫자들이라도 포함할 수 있다. 다음처럼 같은 pragma 지시문안에서 여러 옵션들을 지정할 수 있다:

#pragma warning( disable : 4507 34; once : 4385; error : 164 )

이것은 기능적으로 다음과 동등하다:

#pragma warning( disable : 4507 34 )  // 경고 메시지 4507과 4034를 끈다(disable).
#pragma warning( once : 4385 )         // 경고 4385를 한 번만 발생시킨다.
#pragma warning( error : 164 )           // 경고 4164를 에러로 보고한다.

컴파일러는 0~999 사이의 경고 숫자에 4000을 더한다는 점을 주의하라.

4699보다 큰 경고 숫자들(코드 생성과 관련있다)에 대해서, 경고 pragma는 함수 정의 외부에서만 효과가 있다. 따라서, 경고 pragma가 4699보다 큰 경고 숫자를 함수 안에서 사용할 경우 그것은 무시된다는 뜻이다. 다음의 예는 코드-생성 경고 메시지 발생을 끄고(disable), 복원하는(restore) 경고 pragma들의 올바른 위치를 보여준다:

int a;
#pragma warning( disable : 4705 )
void func()
{
    a;
}
#pragma warning( default : 4705 )

함수 몸체 안에서는, 마지막 경고 pragma 설정이 전체 함수에 대해 영향을 미친다는 점을 주의하라.

경고 pragma는 다음과 같은 구문도 지원한다:

#pragma warning( push [ ,n ] )

#pragma warning( pop )

여기서, n은 경고 수준(1~4)을 나타낸다.

pragma warning( push )는 모든 경고들에 대한 현재 경고 상태를 저장한다. pragma warning( push, n)는 모든 경고들에 대한 현재 경고 상태를 저장하고, 전역 경고 수준(global warning level)을 n으로 설정한다.

pragma warning( pop )은 스택에 push된 마지막 경고 상태를 pop한다. push와 pop사이의 어떠한 경고 상태 변화라도 취소된다(be undone). 다음 예를 살펴 보자:

#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
// 어떤 코드
#pragma warning( pop )

이 코드의 마지막에서, pop은 4705, 4706, 4707을 포함한 모든 경고들의 상태를 코드의 시작 지점의 상태로 복원한다.

당신이 헤더 파일을 작성한다고 할 때, 그 헤더 파일의 사용자가 설정하는 경고 상태 변화가 당신의 헤더를 적절히 컴파일되지 못하게 하는 것을 막기 위해서, push와 pop을 사용할 수 있다. 헤더의 시작 부분에 push를 쓰고, 마지막에 pop을 써라. 예를 들어, 경고 수준 4에서는 깨끗하게(cleanly) 컴파일되지 않는 헤더가 있다고 가정해 보자. 다음 코드는 경고 수준을 3으로 변경하고, 헤더의 마지막에서 원래 경고 수준으로 복원한다.

#pragma warning( push, 3 )
// 선언/정의
#pragma warning( pop )

경고를 억제하는 컴파일러 옵션에 대해서는 /FI와 /w를 보라.

[/Wn]
컴파일러가 발생시키는 경고의 최고 수준을 지정한다. 유효한 경고 수준의 범위는 0에서 4까지이다.

수준 0: 경고를 전혀 하지 않는다.
수준 1: 심각한(severe) 경고를 표시한다.
수준 2: 수준 1의 모든 경고와 수준 1보다는 덜 심각한 경고를 표시한다. 수준 2는 명령행(command line)에서 디폴트 경고 수준이다.
수준 3: 수준 2의 모든 경고와 제작 목적(production purposes)에 대해 추천되는 경고를 표시한다(역주: VC 새 프로젝트의 디폴트 설정값이었다).
수준 4: 수준 3의 모든 경고에 더하여 정보 제공적 성격의 경고(대부분의 경우 무시해도 안전한 것들이다)를 표시한다. 이 옵션은 사소한 수준의 경고라도 표시하려는 목적을 위해서만 사용되어야 하며, 평상시의 경고 수준 설정으로는 추천되지 않는다(This option should be used only to provide "lint" level warnings and is not recommended as your usual warning level setting).

새 프로젝트에 대해서, 모든 컴파일에 대해서 /W4를 사용하는 것이 최선일 수도 있다. 이것은 찾기 어려운 코드 결함이 최소화되도록 해준다.
 
[/Wall]
디폴트로 꺼져 있는 경고들을 포함해서, 모든 경고를 표시한다. 디폴트로 꺼져 있는 컴파일러 경고들을 참고하라(See Compiler Warnings That Are Off By Default).

[/WX]
모든 경고에 대해 그것을 에러로 처리한다. 새 프로젝트에 대해서는, 모든 컴파일에 대해서 /WX를 사용하는 것이 최선일 수도 있다; 모든 경고를 해결하는 것은 찾기 어려운 코드 결함이 최소화되도록 해준다.

[/wnn]
특별한 경고에 대해서 수준을 지정한다. 첫 번째 매개변수(parameter)는 경고 수준을 설정하고(/Wn에서와 같다), 두 번째 매개변수는 실제 경고 번호이다.

예를 들어, /w14326은 경고 수준 1로서 경고 C4326이 발생되게 한다.
 
[/wdn]
n으로 지정한 컴파일러 경고를 끈다(disable).

예를 들어, /wd4326은 C4326 컴파일러 경고를 끈다.
 
[/wen]
n으로 지정한 특정한 컴파일러 경고를 에러로 처리한다.

예를 들어, /we4326은 경고 번호 C4326을 에러로 간주하게 해준다.
 
[/won]
n이 컴파일러 경고일 때, 오직 한 번만 보고한다.

예를 들어, /wo4326은 경고 C4326이 딱 한 번만 보고되도록 한다.