test

    Devel

)

# Alongside the config itself, so httpppConfig.cmake's find_dependency(ZLIB)/

# find_dependency(Brotli) can resolve them via its own list(APPEND CMAKE_MODULE_PATH ...)

# -- a consumer's own CMAKE_MODULE_PATH has no reason to already contain these.

install(

  FILES

    "${CMAKE_SOURCE_DIR}/cmake/FindZLIB.cmake"

    "${CMAKE_SOURCE_DIR}/cmake/FindBrotli.cmake"

  DESTINATION

    ${ConfigPackageLocation}

  COMPONENT

    Devel

)

if(${CMAKE_HOST_SYSTEM_NAME} MATCHES "Windows")

    set(CPACK_GENERATOR WIX)

    set(CPACK_WIX_UPGRADE_GUID "C37C5428-A9D2-4F4E-A61F-7A999EC3225F")

include(CMakeFindDependencyMacro)

# find_dependency(xx 2.0)

# httppp-static's private ZLIB/Brotli deps still end up in its exported

# INTERFACE_LINK_LIBRARIES (wrapped in $<LINK_ONLY:...> -- unavoidable for a static

# library: the .a itself never resolves those symbols, so whoever finally links it

# must). libhttpppTargets.cmake below references ZLIB::ZLIB/Brotli::Brotli by name,

# so those targets must exist *before* it's included, or set_target_properties()

# fails with "the target was not found". Our own Find*.cmake modules (installed

# alongside this config, see src/CMakeLists.txt) are used instead of CMake's bundled

# FindZLIB/pkg-config for Brotli -- same reasoning as the top-level CMakeLists.txt.

list(APPEND CMAKE_MODULE_PATH "${CMAKE_CURRENT_LIST_DIR}")

find_dependency(ZLIB)

find_dependency(Brotli)

include(${CMAKE_CURRENT_LIST_DIR}/libhttpppTargets.cmake)

include(${CMAKE_CURRENT_LIST_DIR}/libhttpppConfigVersion.cmake)