The latest version of this documentation is available on GitHub.
Triplet is a standard term used in cross compiling as a way to completely capture the target environment (cpu, os, compiler, runtime, etc) in a single convenient name.
In Vcpkg, we use triplets to describe an imaginary "target configuration set" for every library. Within a triplet, libraries are generally built with the same configuration, but it is not a requirement. For example, you could have one triplet that builds openssl
statically and zlib
dynamically, one that builds them both statically, and one that builds them both dynamically (all for the same target OS and architecture). A single build will consume files from a single triplet.
We currently provide many triplets by default (run vcpkg help triplet
). However, you can easily customize or add your own by copying a built-in triplet from the triplets\
directory into a project local location. Then, use --overlay-triplets=
(or equivalent such as $VCPKG_OVERLAY_TRIPLETS
, CMake VCPKG_OVERLAY_TRIPLETS
, or MSBuild Additional Options) to add that directory to vcpkg. See our overlay triplets example for a more detailed walkthrough.
To change the triplet used by your project, you can pass --triplet=<triplet>
on the command line or see our Buildsystem-Specific Documentation.
Triplets contained in the triplets\community
folder are not tested by continuous integration, but are commonly requested by the community.
Because we do not have continuous coverage, port updates may break compatibility with community triplets. Because of this, community involvement is paramount!
We will gladly accept and review contributions that aim to solve issues with these triplets.
Community Triplets are enabled by default, when using a community triplet a message like the following one will be printed during a package install:
-- Using community triplet x86-uwp. This triplet configuration is not guaranteed to succeed.
-- [COMMUNITY] Loading triplet configuration from: D:\src\viromer\vcpkg\triplets\community\x86-uwp.cmake
Specifies the target machine architecture.
Valid options are x86
, x64
, arm
, arm64
and wasm32
.
Specifies the desired CRT linkage (for MSVC).
Valid options are dynamic
and static
.
Specifies the preferred library linkage.
Valid options are dynamic
and static
. Note that libraries can ignore this setting if they do not support the preferred linkage type.
You can set this value to release
to only build release versions of the ports. By default this value is empty and release and debug versions of a port are built.
Specifies the target platform.
Valid options include any CMake system name, such as:
- Empty (Windows Desktop for legacy reasons)
WindowsStore
(Universal Windows Platform)MinGW
(Minimalist GNU for Windows)Darwin
(Mac OSX)iOS
(iOS)Linux
(Linux)Emscripten
(WebAssembly)
Specifies the target platform system version.
This field is optional and, if present, will be passed into the build as CMAKE_SYSTEM_VERSION
.
See also the CMake documentation for CMAKE_SYSTEM_VERSION
: https://cmake.org/cmake/help/latest/variable/CMAKE_SYSTEM_VERSION.html.
Specifies an alternate CMake Toolchain file to use.
This (if set) will override all other compiler detection logic. By default, a toolchain file is selected from scripts/toolchains/
appropriate to the platform.
See also the CMake documentation for toolchain files: https://cmake.org/cmake/help/v3.11/manual/cmake-toolchains.7.html.
Sets additional compiler flags to be used when not using VCPKG_CHAINLOAD_TOOLCHAIN_FILE
.
This option also has forms for configuration-specific and C flags:
VCPKG_CXX_FLAGS
VCPKG_CXX_FLAGS_DEBUG
VCPKG_CXX_FLAGS_RELEASE
VCPKG_C_FLAGS
VCPKG_C_FLAGS_DEBUG
VCPKG_C_FLAGS_RELEASE
Sets additional linker flags to be used while building dynamic libraries and
executables in the absence of VCPKG_CHAINLOAD_TOOLCHAIN_FILE
.
This option also has forms for configuration-specific flags:
VCPKG_LINKER_FLAGS
VCPKG_LINKER_FLAGS_DEBUG
VCPKG_LINKER_FLAGS_RELEASE
Set additional Meson configure options that are appended to the configure command (in vcpkg_configure_meson
).
This field is optional.
Also available as build-type specific VCPKG_MESON_CONFIGURE_OPTIONS_DEBUG
and VCPKG_MESON_CONFIGURE_OPTIONS_RELEASE
variables.
Set additional CMake configure options that are appended to the configure command (in vcpkg_cmake_configure
).
This field is optional.
Also available as build-type specific VCPKG_CMAKE_CONFIGURE_OPTIONS_DEBUG
and VCPKG_CMAKE_CONFIGURE_OPTIONS_RELEASE
variables.
Set additional automake / autoconf configure options that are appended to the configure command (in vcpkg_configure_make
).
This field is optional.
For example, to skip certain libtool checks that may errantly fail:
set(VCPKG_MAKE_CONFIGURE_OPTIONS "lt_cv_deplibs_check_method=pass_all")
Also available as build-type specific VCPKG_MAKE_CONFIGURE_OPTIONS_DEBUG
and VCPKG_MAKE_CONFIGURE_OPTIONS_RELEASE
variables.
Replaces the default computed list of triplet "Supports" terms.
This option (if set) will override the default set of terms used for qualified dependency resolution and "Supports" field evaluation.
See the "supports"
manifest file field documentation for more details.
Implementers' Note: this list is extracted via the
vcpkg_get_dep_info
mechanism.
When this option is set to (true|1|on), the compiler is ignored in the abi tracking.
Instructs vcpkg to allow additional environment variables into the build process.
On Windows, vcpkg builds packages in a special clean environment that is isolated from the current command prompt to
ensure build reliability and consistency. This triplet option can be set to a list of additional environment variables
that will be added to the clean environment. The values of these environment variables will be hashed into the package
abi -- to pass through environment variables without abi tracking, see VCPKG_ENV_PASSTHROUGH_UNTRACKED
.
See also the vcpkg env
command for how you can inspect the precise environment that will be used.
Implementers' Note: this list is extracted via the
vcpkg_get_tags
mechanism.
Instructs vcpkg to allow additional environment variables into the build process without abi tracking.
See VCPKG_ENV_PASSTHROUGH
.
Specifies the Visual Studio installation to use.
To select the precise combination of Visual Studio instance and toolset version, we walk through the following algorithm:
- Determine the setting for
VCPKG_VISUAL_STUDIO_PATH
from the triplet, or the environment variableVCPKG_VISUAL_STUDIO_PATH
, or consider it unset - Determine the setting for
VCPKG_PLATFORM_TOOLSET
from the triplet or consider it unset - Gather a list of all pairs of Visual Studio Instances with all toolsets available in those instances
- This is ordered first by instance type (Stable, Prerelease, Legacy) and then by toolset version (v143, v142, v141, v140)
- Filter the list based on the settings for
VCPKG_VISUAL_STUDIO_PATH
andVCPKG_PLATFORM_TOOLSET
. - Select the best remaining option
The path should be absolute, formatted with backslashes, and have no trailing slash:
set(VCPKG_VISUAL_STUDIO_PATH "C:\\Program Files (x86)\\Microsoft Visual Studio\\Preview\\Community")
Specifies the VS-based C/C++ compiler toolchain to use.
See VCPKG_VISUAL_STUDIO_PATH
for the full selection algorithm.
Valid settings:
- The Visual Studio 2022 platform toolset is
v143
. - The Visual Studio 2019 platform toolset is
v142
. - The Visual Studio 2017 platform toolset is
v141
. - The Visual Studio 2015 platform toolset is
v140
.
Specifies the detailed MSVC C/C++ compiler toolchain to use.
By default, [VCPKG_PLATFORM_TOOLSET
] always chooses the latest installed minor version of the selected toolset.
If you need more granularity, you can use this variable.
Valid values are, for example, 14.25
or 14.27.29110
.
If VCPKG_CHAINLOAD_TOOLCHAIN_FILE
is used, VCPKG will not setup the Visual Studio environment.
Setting VCPKG_LOAD_VCVARS_ENV
to (true|1|on) changes this behavior so that the Visual Studio environment is setup following the same rules as if VCPKG_CHAINLOAD_TOOLCHAIN_FILE
was not set.
When this option is set to (true|1|on), vcpkg will add $ORIGIN
and $ORIGIN/<path_relative_to_lib>
to the RUNPATH
header of executables and shared libraries. This allows packages to be relocated on Linux.
Sets the install name used when building macOS dynamic libraries. Default value is @rpath
. See the CMake documentation for CMAKE_INSTALL_NAME_DIR for more information.
Sets the minimum macOS version for compiled binaries. This also changes what versions of the macOS platform SDK that CMake will search for. See the CMake documentation for CMAKE_OSX_DEPLOYMENT_TARGET for more information.
Set the name or path of the macOS platform SDK that will be used by CMake. See the CMake documentation for CMAKE_OSX_SYSROOT for more information.
Set the macOS / iOS target architecture which will be used by CMake. See the CMake documentation for CMAKE_OSX_ARCHITECTURES for more information.
The CMake Macro PORT
will be set when interpreting the triplet file and can be used to change settings (such as VCPKG_LIBRARY_LINKAGE
) on a per-port basis.
Example:
set(VCPKG_LIBRARY_LINKAGE static)
if(PORT MATCHES "qt5-")
set(VCPKG_LIBRARY_LINKAGE dynamic)
endif()
This will build all the qt5-*
libraries as DLLs, but every other library as a static library.
For an example in a real project, see https://github.com/Intelight/vcpkg/blob/master/triplets/x86-windows-mixed.cmake.
The default triplet when running any vcpkg command is %VCPKG_DEFAULT_TRIPLET%
or a platform-specific choice if that environment variable is undefined.
- Windows:
x86-windows
- Linux:
x64-linux
- OSX:
x64-osx
We recommend using a systematic naming scheme when creating new triplets. The Android toolchain naming scheme is a good source of inspiration: https://developer.android.com/ndk/guides/standalone_toolchain.html.
See android.md
See mingw.md