CMake find_package로 외부 라이브러리 연결하기: Config vs Module 모드와 커스텀 Find 모듈

작성 0xmote · 2026년 3월 24일 · 21분 읽기 · 수정 2026년 9월 25일 중급 튜토리얼

이 글의 핵심

find_package가 라이브러리를 찾는 방식, Config 모드와 Module 모드의 차이, Boost·OpenSSL 등 주요 라이브러리 연결 예제, 커스텀 Find 모듈 작성법을 다룹니다.

find_package가 대신해 주는 일

헤더·라이브러리 경로를 손으로 적을 때의 문제

문제: Boost 라이브러리를 사용하려고 합니다. 헤더 경로는 /usr/include/boost, 라이브러리는 /usr/lib/libboost_filesystem.so입니다. 하지만 macOS에서는 Homebrew로 설치해 /opt/homebrew/include, Windows에서는 C:\boost에 있습니다. 플랫폼마다 경로를 하드코딩하면 유지보수가 불가능합니다. 해결: find_package는 시스템에 설치된 라이브러리를 자동으로 찾아 헤더 경로, 라이브러리 경로, 버전 정보를 제공합니다. find_package(Boost REQUIRED)만 쓰면 CMake가 알아서 찾아 Boost::filesystem 같은 타겟을 만들어 줍니다. 의존성을 끌어오는 층에서는 vcpkg·Conan이 자주 함께 사용되며, 다른 언어로 치면 npm의 node_modules 해석·Go 모듈·go.sum·Python 패키지 매니저와 역할을 대응시켜 이해하면 편합니다. Rust는 Cargo가 빌드와 크레이트를 통합합니다.

flowchart LR
    subgraph find["find_package(Boost)"]
        search["시스템 경로 탐색"]
    end
    subgraph system[시스템]
        linux["/usr/lib/libboost*.so"]
        mac["/opt/homebrew/lib"]
        win["C:/boost/lib"]
    end
    subgraph result[결과]
        target["Boost filesystem 타겟 생성"]
        vars["Boost_FOUND, Boost_VERSION 변수"]
    end
    search --> linux
    search --> mac
    search --> win
    linux --> target
    mac --> target
    win --> target
    search --> vars

REQUIRED·버전·COMPONENTS 지정하기

REQUIRED로 필수 패키지 찾기

find_package(Boost REQUIRED)
if(Boost_FOUND)
    message(STATUS "Boost found: ${Boost_VERSION}")
else()
    message(FATAL_ERROR "Boost not found")
endif()

없어도 되는 선택적 패키지

find_package(SomeLib)
if(SomeLib_FOUND)
    target_link_libraries(myapp PRIVATE SomeLib::SomeLib)
else()
    message(WARNING "SomeLib not found, using fallback")
endif()

최소 버전과 EXACT 지정

# 최소 버전
find_package(Boost 1.70 REQUIRED)
# 정확한 버전
find_package(Boost 1.75 EXACT REQUIRED)
# 버전 범위 (CMake 3.19+)
find_package(Boost 1.70...1.80 REQUIRED)

find_package의 결과는 두 가지 형태로 돌아옵니다. Boost_FOUND, Boost_INCLUDE_DIRS 같은 변수와, Boost::filesystem 같은 IMPORTED 타겟입니다. 이 글의 예제가 가능하면 타겟을 쓰는 이유는 타겟이 include 경로, 링크할 라이브러리 파일, 필요한 컴파일 정의, 그리고 그 라이브러리가 다시 의존하는 다른 라이브러리까지 한 묶음으로 전달하기 때문입니다. 변수 방식은 이 중 하나라도 빠뜨리면 컴파일은 되는데 링크에서 undefined reference가 나는 식으로 늦게 드러납니다. 또 ::가 들어간 이름은 CMake가 반드시 타겟으로 해석하므로, 오타가 나면 생성 단계에서 바로 “target was not found” 에러가 납니다. 변수 오타는 빈 문자열로 조용히 확장된다는 점과 대조적입니다.

EXACT나 버전 범위를 쓸 때는 버전 비교를 패키지가 제공하는 버전 파일(<Name>ConfigVersion.cmake)이 한다는 점을 알아 두면 좋습니다. 많은 라이브러리가 SameMajorVersion 호환성으로 버전 파일을 만들기 때문에, find_package(fmt 9.0)을 요청하면 fmt 10은 “호환되지 않음”으로 거절될 수 있습니다. 더 높은 버전이 설치되어 있는데도 버전 불일치 에러가 난다면 이 호환성 규칙 때문인 경우가 많고, 이때는 9.0...10.99 같은 범위 지정(CMake 3.19+)으로 허용 범위를 명시합니다.

COMPONENTS로 필요한 부분만 찾기

find_package(Boost REQUIRED COMPONENTS
    filesystem
    system
    thread
)
target_link_libraries(myapp PRIVATE
    Boost::filesystem
    Boost::system
    Boost::thread
)

Boost·OpenSSL·Qt·GTest·OpenCV 연결 예제

Boost

find_package(Boost 1.70 REQUIRED COMPONENTS filesystem system)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE
    Boost::filesystem
    Boost::system
)

OpenSSL

find_package(OpenSSL REQUIRED)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE
    OpenSSL::SSL
    OpenSSL::Crypto
)

Boost는 특별히 주의할 점이 있습니다. 오랫동안 CMake에 내장된 FindBoost.cmake(Module 모드)가 Boost를 찾아 왔지만, Boost 1.70부터는 Boost 자체가 BoostConfig.cmake를 설치하고, CMake 3.30에서는 내장 FindBoost가 폐기 예정(정책 CMP0167)이 되었습니다. 그래서 같은 find_package(Boost ...)라도 CMake 버전과 정책 설정에 따라 다른 파일이 쓰이고, 에러 메시지 형태도 달라집니다. 새 프로젝트라면 find_package(Boost 1.80 CONFIG REQUIRED COMPONENTS filesystem)처럼 CONFIG를 명시하는 편이 동작이 예측 가능합니다. 헤더 전용 라이브러리만 쓴다면 Boost::headers 타겟을 링크하면 됩니다.

Qt5

find_package(Qt5 REQUIRED COMPONENTS Core Widgets)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE
    Qt5::Core
    Qt5::Widgets
)
# Qt MOC 자동 실행
set_target_properties(myapp PROPERTIES
    AUTOMOC ON
    AUTOUIC ON
    AUTORCC ON
)

Qt 6에서는 find_package(Qt6 REQUIRED COMPONENTS Core Widgets)와 Qt6::Widgets로 이름만 바뀌고 방식은 같습니다. Qt5와 Qt6를 모두 지원해야 한다면 find_package(QT NAMES Qt6 Qt5 REQUIRED COMPONENTS Core) 다음에 find_package(Qt${QT_VERSION_MAJOR} ...)로 실제 버전을 찾는 패턴이 Qt 공식 문서에 소개되어 있습니다.

Google Test

find_package(GTest REQUIRED)
add_executable(tests test.cpp)
target_link_libraries(tests PRIVATE
    GTest::gtest
    GTest::gtest_main
)

OpenCV

find_package(OpenCV REQUIRED)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE ${OpenCV_LIBS})
target_include_directories(myapp PRIVATE ${OpenCV_INCLUDE_DIRS})

OpenCV처럼 오래된 라이브러리는 Config 모드를 제공하면서도 문서와 예제가 여전히 ${OpenCV_LIBS} 변수 방식이라 위와 같이 쓰는 경우가 많습니다. 이 변수에는 사실 opencv_core, opencv_imgproc 같은 IMPORTED 타겟 이름이 들어 있어서 target_include_directories를 따로 쓰지 않아도 include 경로가 전달되는 경우가 대부분입니다. find_package(OpenCV REQUIRED COMPONENTS core imgproc)로 필요한 모듈만 지정하면 쓰지 않는 모듈까지 링크하지 않아도 됩니다.

find_package가 없는 라이브러리는 pkg-config로

find_package(PkgConfig REQUIRED)
pkg_check_modules(CURL REQUIRED libcurl)
pkg_check_modules(SQLITE REQUIRED sqlite3)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE
    ${CURL_LIBRARIES}
    ${SQLITE_LIBRARIES}
)
target_include_directories(myapp PRIVATE
    ${CURL_INCLUDE_DIRS}
    ${SQLITE_INCLUDE_DIRS}
)

pkg-config는 CMake 설정 파일을 제공하지 않는 라이브러리(특히 Linux의 C 라이브러리)에 유용합니다. pkg_check_modules(CURL REQUIRED IMPORTED_TARGET libcurl)처럼 IMPORTED_TARGET을 붙이면 변수 대신 PkgConfig::CURL 타겟이 만들어져 다른 find_package 결과와 같은 방식으로 링크할 수 있습니다. 다만 pkg-config는 Windows에서는 기본으로 없고, .pc 파일은 설치 경로를 절대 경로로 담는 경우가 많아 크로스 컴파일에서는 PKG_CONFIG_SYSROOT_DIR 같은 추가 설정이 필요합니다.

Config 모드와 Module 모드의 차이

Config 모드: 라이브러리가 제공하는 Config.cmake

라이브러리가 SomeLibConfig.cmake 또는 somelib-config.cmake 파일을 제공하는 경우입니다. 최신 라이브러리들은 대부분 Config 파일을 제공합니다.

find_package(fmt REQUIRED)
# fmt가 fmtConfig.cmake를 제공하면 자동으로 찾음
target_link_libraries(myapp PRIVATE fmt::fmt)

탐색 경로:

<prefix>/lib/cmake/<name>/
<prefix>/share/<name>/
CMAKE_PREFIX_PATH에 지정된 경로

Module 모드: CMake의 Find 모듈

CMake가 제공하는 Find<Name>.cmake 모듈을 사용하는 경우입니다.

find_package(CURL REQUIRED)
# CMake의 FindCURL.cmake 모듈 사용
target_link_libraries(myapp PRIVATE CURL::libcurl)

탐색 경로:

CMAKE_MODULE_PATH
CMake 내장 모듈 경로

모드 미지정 시 탐색 순서

모드를 지정하지 않은 find_package(Foo)는 Module 모드를 먼저 시도합니다. CMAKE_MODULE_PATH와 CMake 내장 모듈에서 FindFoo.cmake를 찾고, 없을 때만 Config 모드로 넘어가 FooConfig.cmake/foo-config.cmake를 찾습니다. 그래서 라이브러리가 좋은 Config 파일을 설치해 두었는데도 CMake에 오래된 Find 모듈이 있으면 그쪽이 먼저 쓰여, 기대한 타겟 이름이 없거나 버전이 다르게 잡힐 수 있습니다. CMake 3.15부터는 CMAKE_FIND_PACKAGE_PREFER_CONFIG=ON으로 이 순서를 뒤집을 수 있습니다.

Config 모드에서 무엇을 먼저 보는지도 알아 두면 “왜 다른 버전이 잡히는가”를 설명할 수 있습니다. <Name>_DIR 캐시 변수가 이미 설정돼 있으면 그 위치를 그대로 쓰고, 없으면 <Name>_ROOT(CMake 3.12+), CMAKE_PREFIX_PATH, 환경 변수, 시스템 경로 순으로 찾습니다. 한 번 찾은 위치는 Foo_DIR로 캐시되므로, 나중에 다른 버전을 설치하거나 CMAKE_PREFIX_PATH를 바꿔도 기존 빌드 디렉터리에서는 예전 위치가 계속 쓰입니다. 경로를 바꿨는데 결과가 그대로라면 cmake -U Foo_DIR 또는 빌드 디렉터리 삭제가 먼저입니다.

CONFIG·MODULE 키워드로 강제하기

# Config 모드만
find_package(SomeLib CONFIG REQUIRED)
# Module 모드만
find_package(SomeLib MODULE REQUIRED)
# 자동 (Config 먼저, 없으면 Module)
find_package(SomeLib REQUIRED)

FindMyLib.cmake 직접 작성하기

find_path·find_library로 모듈 만들기

# cmake/FindMyLib.cmake
# 헤더 찾기
find_path(MyLib_INCLUDE_DIR
    NAMES mylib/mylib.h
    PATHS /usr/include /usr/local/include
)
# 라이브러리 찾기
find_library(MyLib_LIBRARY
    NAMES mylib
    PATHS /usr/lib /usr/local/lib
)
# 버전 확인 (선택)
if(MyLib_INCLUDE_DIR)
    file(READ "${MyLib_INCLUDE_DIR}/mylib/version.h" VERSION_CONTENT)
    string(REGEX MATCH "MYLIB_VERSION \"([0-9.]+)\"" _ "${VERSION_CONTENT}")
    set(MyLib_VERSION ${CMAKE_MATCH_1})
endif()
# 결과 처리
include(FindPackageHandleStandardArgs)
find_package_handle_standard_args(MyLib
    REQUIRED_VARS MyLib_LIBRARY MyLib_INCLUDE_DIR
    VERSION_VAR MyLib_VERSION
)
# 타겟 생성
if(MyLib_FOUND AND NOT TARGET MyLib::MyLib)
    add_library(MyLib::MyLib UNKNOWN IMPORTED)
    set_target_properties(MyLib::MyLib PROPERTIES
        IMPORTED_LOCATION "${MyLib_LIBRARY}"
        INTERFACE_INCLUDE_DIRECTORIES "${MyLib_INCLUDE_DIR}"
    )
endif()

Find 모듈을 직접 쓸 때 핵심은 find_package_handle_standard_args와 IMPORTED 타겟 생성입니다. 전자는 REQUIRED·QUIET·버전 인자를 표준 방식으로 처리하고 “Could NOT find MyLib (missing: MyLib_INCLUDE_DIR)” 형태의 일관된 메시지를 만들어 주므로, 직접 message(FATAL_ERROR ...)를 쓰는 것보다 낫습니다. 후자는 if(NOT TARGET MyLib::MyLib)로 감싸 두어야 여러 하위 디렉터리에서 find_package(MyLib)를 호출해도 “target already exists” 에러가 나지 않습니다. 그리고 커스텀 Find 모듈은 어디까지나 라이브러리가 Config 파일을 제공하지 않을 때의 대안입니다. 라이브러리를 직접 관리한다면 install(EXPORT ...)와 configure_package_config_file()로 Config 파일을 설치하는 쪽이 사용자 모두에게 이득입니다.

CMAKE_MODULE_PATH에 등록해 사용하기

# CMakeLists.txt
list(APPEND CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake")
find_package(MyLib REQUIRED)
add_executable(myapp main.cpp)
target_link_libraries(myapp PRIVATE MyLib::MyLib)

find_package 실패 메시지별 원인과 해결

Could not find a package configuration file

증상: CMake Error: Could not find a package configuration file provided by "SomeLib". 원인: 라이브러리가 설치되지 않았거나, CMake가 찾을 수 없는 위치에 있음.

이 메시지는 에러 중 가장 친절한 편입니다. 바로 아래에 찾으려던 파일 이름(SomeLibConfig.cmake, somelib-config.cmake)과 해결 방법(“Add the installation prefix of “SomeLib” to CMAKE_PREFIX_PATH or set “SomeLib_DIR” to a directory containing one of the above files”)이 함께 나옵니다. 여기서 두 변수가 받는 경로가 다르다는 점이 자주 헷갈립니다. CMAKE_PREFIX_PATH에는 설치 접두사(/opt/somelib)를, SomeLib_DIR에는 Config 파일이 실제로 있는 디렉터리(/opt/somelib/lib/cmake/SomeLib)를 줘야 합니다. Linux에서는 런타임 패키지(libfoo)만 있고 개발 패키지(libfoo-dev)가 없어 헤더와 Config 파일이 없는 경우도 흔합니다. 어디를 뒤졌는지 알고 싶다면 cmake --debug-find(CMake 3.17+)로 탐색한 경로 목록을 출력해 실제 파일 위치와 비교하는 것이 가장 빠릅니다.

# 해결법 1: 패키지 설치
sudo apt install libboost-dev  # Linux
brew install boost             # macOS
vcpkg install boost            # vcpkg
# 해결법 2: CMAKE_PREFIX_PATH 지정
cmake -DCMAKE_PREFIX_PATH=/custom/install/path ..
# 해결법 3: 환경 변수
export CMAKE_PREFIX_PATH=/usr/local:$CMAKE_PREFIX_PATH
cmake ..
# 해결법 4: 패키지별 힌트 변수
cmake -DBoost_ROOT=/usr/local/boost ..

요청한 버전과 호환되는 설정 파일이 없음

증상: Could not find a configuration file for package "Boost" that is compatible with requested version "1.80". 원인: 설치된 버전이 요구 버전보다 낮음.

# 해결법 1: 버전 요구 완화
find_package(Boost 1.70 REQUIRED)  # 1.80 → 1.70
# 해결법 2: 버전 확인 후 조건부
find_package(Boost 1.70)
if(Boost_VERSION VERSION_LESS 1.80)
    message(WARNING "Boost 1.80+ recommended, found ${Boost_VERSION}")
endif()

Boost 컴포넌트를 찾지 못함

증상: Unable to find the requested Boost libraries. Boost component "filesystem" not found. 원인: 컴포넌트가 설치되지 않음.

# Linux
sudo apt install libboost-filesystem-dev
# macOS
brew install boost
# Windows (vcpkg)
vcpkg install boost-filesystem

찾았는데 타겟이 만들어지지 않음

증상: find_package가 성공하지만 타겟이 생성되지 않음. 원인: Module 모드로 찾았는데, 변수 이름이 다름.

# Module 모드 (FindCURL.cmake)
find_package(CURL REQUIRED)
# 변수: CURL_INCLUDE_DIRS, CURL_LIBRARIES
target_include_directories(myapp PRIVATE ${CURL_INCLUDE_DIRS})
target_link_libraries(myapp PRIVATE ${CURL_LIBRARIES})
# Config 모드 (CURLConfig.cmake)
find_package(CURL REQUIRED)
# 타겟: CURL::libcurl
target_link_libraries(myapp PRIVATE CURL::libcurl)

여러 버전 중 엉뚱한 것이 선택됨

증상: 잘못된 버전이 선택됩니다.

아래처럼 경로를 지정해도 바뀌지 않는다면 대부분 캐시 때문입니다. 첫 구성 때 찾은 Boost_DIR(또는 Module 모드의 Boost_INCLUDE_DIR 등)이 CMakeCache.txt에 남아 있으면 CMake는 다시 찾지 않습니다. 새 빌드 디렉터리에서 구성하거나 cmake --fresh(CMake 3.24+)로 캐시를 비운 뒤 다시 확인하세요. 구성 로그에 Found Boost: /usr/lib/x86_64-linux-gnu/cmake/Boost-1.74.0/BoostConfig.cmake (found suitable version "1.74.0", minimum required is "1.70")처럼 실제 사용한 파일 경로가 찍히므로 그 줄을 먼저 확인하는 습관이 좋습니다.

# 특정 버전 경로 지정
cmake -DBoost_ROOT=/usr/local/boost-1.80 ..
# 또는 CMAKE_PREFIX_PATH에 우선순위 경로 추가
cmake -DCMAKE_PREFIX_PATH="/usr/local/boost-1.80;/usr/local" ..

선택적 의존성과 버전 분기 패턴

찾으면 기능을 켜는 선택적 의존성

option(USE_OPENSSL "Use OpenSSL for encryption" ON)
if(USE_OPENSSL)
    find_package(OpenSSL)
    if(OpenSSL_FOUND)
        target_link_libraries(myapp PRIVATE OpenSSL::SSL)
        target_compile_definitions(myapp PRIVATE USE_OPENSSL)
    else()
        message(WARNING "OpenSSL not found, using fallback")
    endif()
endif()

버전에 따라 기능 분기

find_package(Boost 1.70 REQUIRED COMPONENTS filesystem)
if(Boost_VERSION VERSION_GREATER_EQUAL 1.75)
    message(STATUS "Using Boost 1.75+ features")
    target_compile_definitions(myapp PRIVATE BOOST_NEW_API)
endif()

여러 후보 패키지 중 하나 선택

# OpenSSL 우선, 없으면 mbedTLS
find_package(OpenSSL)
if(OpenSSL_FOUND)
    target_link_libraries(myapp PRIVATE OpenSSL::SSL)
    target_compile_definitions(myapp PRIVATE USE_OPENSSL)
else()
    find_package(mbedTLS REQUIRED)
    target_link_libraries(myapp PRIVATE mbedTLS::mbedtls)
    target_compile_definitions(myapp PRIVATE USE_MBEDTLS)
endif()

찾은 패키지 정보 출력

find_package(Boost REQUIRED COMPONENTS filesystem)
message(STATUS "Boost version: ${Boost_VERSION}")
message(STATUS "Boost include: ${Boost_INCLUDE_DIRS}")
message(STATUS "Boost libraries: ${Boost_LIBRARIES}")

비표준 위치를 탐색 경로에 추가

# 프로젝트 로컬 FindModule 경로 추가
list(APPEND CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake")
# 커스텀 prefix 경로
list(APPEND CMAKE_PREFIX_PATH "/opt/mylibs")
find_package(MyLib REQUIRED)

Boost·OpenSSL·spdlog를 함께 쓰는 HTTP 서버 구성

CMakeLists.txt

cmake_minimum_required(VERSION 3.20)
project(HttpServer VERSION 1.0.0 LANGUAGES CXX)
set(CMAKE_CXX_STANDARD 20)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
# 필수 패키지
find_package(Boost 1.70 REQUIRED COMPONENTS
    system
    thread
    filesystem
)
find_package(OpenSSL REQUIRED)
# 선택적 패키지
find_package(spdlog)
# 실행 파일
add_executable(http_server
    src/main.cpp
    src/server.cpp
    src/request_handler.cpp
)
# 링크
target_link_libraries(http_server PRIVATE
    Boost::system
    Boost::thread
    Boost::filesystem
    OpenSSL::SSL
    OpenSSL::Crypto
)
# spdlog가 있으면 사용
if(spdlog_FOUND)
    target_link_libraries(http_server PRIVATE spdlog::spdlog)
    target_compile_definitions(http_server PRIVATE USE_SPDLOG)
else()
    message(WARNING "spdlog not found, using std::cout")
endif()
# 헤더 경로
target_include_directories(http_server PRIVATE
    ${CMAKE_SOURCE_DIR}/include
)

main.cpp

#include <boost/asio.hpp>
#include <openssl/ssl.h>
#ifdef USE_SPDLOG
#include <spdlog/spdlog.h>
#define LOG(msg) spdlog::info(msg)
#else
#include <iostream>
#define LOG(msg) std::cout << msg << '\n'
#endif
int main() {
    LOG("HTTP Server starting...");
    
    boost::asio::io_context io;
    // 서버 로직...
    
    return 0;
}

패키지별 변수 이름

패키지	타겟	변수 (Module 모드)
Boost	`Boost::filesystem`	`Boost_FOUND`, `Boost_INCLUDE_DIRS`, `Boost_LIBRARIES`
OpenSSL	`OpenSSL::SSL`, `OpenSSL::Crypto`	`OPENSSL_FOUND`, `OPENSSL_INCLUDE_DIR`, `OPENSSL_LIBRARIES`
CURL	`CURL::libcurl`	`CURL_FOUND`, `CURL_INCLUDE_DIRS`, `CURL_LIBRARIES`
ZLIB	`ZLIB::ZLIB`	`ZLIB_FOUND`, `ZLIB_INCLUDE_DIRS`, `ZLIB_LIBRARIES`
GTest	`GTest::gtest`, `GTest::gtest_main`	`GTEST_FOUND`, `GTEST_INCLUDE_DIRS`, `GTEST_LIBRARIES`

권장: 가능하면 타겟 (Boost::filesystem)을 사용하세요. 오타가 구성 단계에서 에러로 드러나고, include 경로와 전이 의존성이 PUBLIC/PRIVATE 규칙에 따라 자동으로 전파됩니다. 표의 변수 이름은 모듈마다 대소문자 규칙이 달라서(OPENSSL_FOUND와 OpenSSL_FOUND) 헷갈리기 쉬운데, CMake 3.3 이후로는 find_package에 넘긴 이름 그대로의 <Name>_FOUND도 함께 설정되므로 if(OpenSSL_FOUND)처럼 호출한 이름으로 검사하는 편이 일관적입니다.

find_package 핵심 정리

개념	설명
find_package	외부 라이브러리 자동 탐색
REQUIRED	필수 패키지 (없으면 에러)
COMPONENTS	라이브러리 컴포넌트 지정
Config 모드	`<Name>Config.cmake` 사용 (권장)
Module 모드	`Find<Name>.cmake` 사용
타겟	`Boost::filesystem` 형식 (권장)
변수	`Boost_LIBRARIES` 형식 (레거시)

find_package는 외부 라이브러리를 플랫폼 독립적으로 찾아 링크할 수 있게 해 주는 CMake의 핵심 기능입니다.

FAQ

Q1: find_package vs pkg-config?

A: find_package는 CMake 네이티브 방식으로 Config/Module 파일을 찾으며, pkg-config는 Unix 계열에서 .pc 파일을 읽습니다. 최신 라이브러리는 CMake Config 파일을 제공하므로 find_package가 권장됩니다.

Q2: 타겟 vs 변수?

A: 타겟 (Boost::filesystem)을 쓰세요. 변수(${Boost_LIBRARIES})보다 타입 안전하며, PUBLIC/PRIVATE 전파가 자동으로 됩니다. Config 모드는 타겟을 제공하며, Module 모드는 변수를 제공하는 경우가 많습니다.

Q3: REQUIRED를 빼면?

A: 패키지를 찾지 못해도 에러가 나지 않으며, <Name>_FOUND 변수가 FALSE로 설정됩니다. 선택적 의존성에 사용합니다.

Q4: CMAKE_PREFIX_PATH는 뭔가요?

A: CMake가 패키지를 찾을 추가 경로입니다. 비표준 위치에 설치된 라이브러리를 찾을 때 사용합니다. 세미콜론으로 여러 경로를 구분합니다: -DCMAKE_PREFIX_PATH="/opt/lib1;/opt/lib2".

Q5: find_package가 실패하면?

라이브러리가 설치되었는지 확인 (apt list --installed, brew list)
CMAKE_PREFIX_PATH에 설치 경로 추가
패키지별 힌트 변수 사용 (Boost_ROOT, Qt5_DIR 등)
CMAKE_FIND_DEBUG_MODE=ON으로 탐색 과정 디버깅

Q6: find_package 학습 리소스는?

CMake find_package 공식 문서
“Professional CMake: A Practical Guide”
CMake Package Registry find_package로 외부 라이브러리를 자동으로 찾아 링크할 수 있습니다. 다음으로 Conan 패키지 관리를 읽어보면 좋습니다.