WriteCompilerDetectionHeader
Устаревшее с версии 3.20: Этот модуль доступен только если политика CMP0120 не установлена в NEW. Не используйте его в новом коде.
Добавлен в версии 3.1.
Этот модуль предоставляет функцию write_compiler_detection_header().
Эта функция может быть использована для генерации файла, подходящего для включения в препроцессор, который содержит макросы, используемые в исходном коде:
write_compiler_detection_header(
FILE <file>
PREFIX <prefix>
[OUTPUT_FILES_VAR <output_files_var> OUTPUT_DIR <output_dir>]
COMPILERS <compiler> [...]
FEATURES <feature> [...]
[BARE_FEATURES <feature> [...]]
[VERSION <version>]
[PROLOG <prolog>]
[EPILOG <epilog>]
[ALLOW_UNKNOWN_COMPILERS]
[ALLOW_UNKNOWN_COMPILER_VERSIONS]
)
Это генерирует файл <file> с макросами, у которых все имеют префикс <prefix>.
По умолчанию, все содержимое записывается непосредственно в <file>. Может быть указан OUTPUT_FILES_VAR, чтобы заставить содержимое, специфичное для компилятора, записываться в отдельные файлы. Затем отдельные файлы доступны в <output_files_var> и могут быть использованы вызывающим элементом для установки, например. OUTPUT_DIR указывает относительный путь от основного <file> до файлов, специфичных для компилятора. Например:
write_compiler_detection_header(
FILE climbingstats_compiler_detection.h
PREFIX ClimbingStats
OUTPUT_FILES_VAR support_files
OUTPUT_DIR compilers
COMPILERS GNU Clang MSVC Intel
FEATURES cxx_variadic_templates
)
install(FILES
${CMAKE_CURRENT_BINARY_DIR}/climbingstats_compiler_detection.h
DESTINATION include
)
install(FILES
${support_files}
DESTINATION include/compilers
)
VERSION может использоваться для указания версии API, которая должна быть сгенерирована. Будущие версии CMake могут ввести альтернативные API. Определённый API выбирается любым значением <version> , большим или равным версии CMake, которая ввела данный API, и меньшим версии CMake, которая ввела следующий за ним API. Значение переменной CMAKE_MINIMUM_REQUIRED_VERSION используется, если явная версия не указана. (Начиная с версии CMake 3.31.1 существует только одна версия API.)
PROLOG может быть указан как текстовое содержимое для записи в начале заголовка. EPILOG может быть указан как текстовое содержимое для записи в конце заголовка.
Должны быть указаны как минимум один <compiler> и один <feature>. Компиляторы, которые известны CMake, но не указаны, обнаруживаются, и для них генерируется макрос препроцессора #error. Для каждого компилятора, известного CMake, генерируется макрос препроцессора, соответствующий <PREFIX>_COMPILER_IS_<compiler>, который содержит значение 0 или 1.
Возможные идентификаторы компиляторов документированы с переменной CMAKE_<LANG>_COMPILER_ID. Доступные функции в этой версии CMake перечислены в глобальных свойствах CMAKE_C_KNOWN_FEATURES и CMAKE_CXX_KNOWN_FEATURES. См. руководство cmake-compile-features(7) для получения информации о функциях компиляции.
Добавлен в версии 3.2: Добавлены MSVC и AppleClang поддержка компиляторов.
Добавлен в версии 3.6: Добавлена поддержка компилятора Intel.
Изменено в версии 3.8: Мета-функции {c,cxx}_std_* игнорируются, если запрошены.
Добавлен в версии 3.8: ALLOW_UNKNOWN_COMPILERS и ALLOW_UNKNOWN_COMPILER_VERSIONS заставляют модуль генерировать условия, которые рассматривают неизвестные компиляторы как просто лишенные всех функций. Без этих параметров, по умолчанию, для неизвестных компиляторов и версий генерируется #error.
Добавлен в версии 3.12: BARE_FEATURES будет определять макросы совместимости с именем, используемым в более новых версиях стандарта языка, так что код может использовать новое имя функции безусловно.
Макросы проверки функций
Для каждого компилятора генерируется макрос препроцессора, соответствующий <PREFIX>_COMPILER_IS_<compiler>, который содержит либо 0, либо 1, в зависимости от используемого компилятора. Макросы препроцессора для компонентов версии компилятора генерируются, соответствующие <PREFIX>_COMPILER_VERSION_MAJOR <PREFIX>_COMPILER_VERSION_MINOR и <PREFIX>_COMPILER_VERSION_PATCH, содержащие десятичные значения соответствующих компонентов версии компилятора, если они определены.
Генерируется тест препроцессора, основанный на версии компилятора, определяющий, включена ли каждая функция. Генерируется макрос препроцессора, соответствующий <PREFIX>_COMPILER_<FEATURE>, где <FEATURE> — верхний регистр <feature> , имя, который содержит значение 0 или 1 в зависимости от того, поддерживает ли используемый компилятор функцию:
write_compiler_detection_header( FILE climbingstats_compiler_detection.h PREFIX ClimbingStats COMPILERS GNU Clang AppleClang MSVC Intel FEATURES cxx_variadic_templates )
#if ClimbingStats_COMPILER_CXX_VARIADIC_TEMPLATES
template<typename... T>
void someInterface(T t...) { /* ... */ }
#else
// Compatibility versions
template<typename T1>
void someInterface(T1 t1) { /* ... */ }
template<typename T1, typename T2>
void someInterface(T1 t1, T2 t2) { /* ... */ }
template<typename T1, typename T2, typename T3>
void someInterface(T1 t1, T2 t2, T3 t3) { /* ... */ }
#endif
Макросы символов
Для некоторых дополнительных функций создаются дополнительные определения символов для использования в качестве символов, которые могут быть условно определены пустыми:
class MyClass ClimbingStats_FINAL
{
ClimbingStats_CONSTEXPR int someInterface() { return 42; }
};
Макрос ClimbingStats_FINAL будет расширяться до final, если компилятор (и его флаги) поддерживают функцию cxx_final, и макрос ClimbingStats_CONSTEXPR будет расширяться до constexpr, если поддерживается cxx_constexpr.
Если BARE_FEATURES cxx_final был передан в качестве аргумента, ключевое слово final будет определено и для старых компиляторов.
Следующие функции генерируют соответствующие определения символов, и если они доступны как BARE_FEATURES:
Функция | Определение | Символ | bare |
|---|---|---|---|
|
|
| да |
|
|
| да |
|
|
| |
|
|
| |
|
|
| да |
|
|
| да |
|
|
| |
|
|
| да |
Макросы реализации совместимости
Некоторые функции подходят для обертывания в макрос с реализацией обратной совместимости, если компилятор не поддерживает функцию.
Когда функция cxx_static_assert не предоставляется компилятором, реализация обратной совместимости доступна через функциональные макросы <PREFIX>_STATIC_ASSERT(COND) и <PREFIX>_STATIC_ASSERT_MSG(COND, MSG). Макросы расширяются до static_assert, где эта функция компилятора доступна, и до реализации обратной совместимости в противном случае. В первом формате условие строится в поле сообщения static_assert. Во втором формате сообщение MSG передаётся в поле сообщения static_assert, или игнорируется, если используется реализация обратной совместимости.
Функция cxx_attribute_deprecated предоставляет определение макроса <PREFIX>_DEPRECATED, которое расширяется либо до стандартного атрибута [[deprecated]], либо до специфичного для компилятора декоратора, такого как __attribute__((__deprecated__)), используемого компиляторами GNU.
Функция cxx_alignas предоставляет определение макроса <PREFIX>_ALIGNAS, которое расширяется либо до стандартного декоратора alignas, либо до специфичного для компилятора декоратора, такого как __attribute__ ((__aligned__)), используемого компиляторами GNU.
Функция cxx_alignof предоставляет определение макроса <PREFIX>_ALIGNOF, которое расширяется либо до стандартного декоратора alignof, либо до специфичного для компилятора декоратора, такого как __alignof__, используемого компиляторами GNU.
Функция | Определение | Символ | bare |
|---|---|---|---|
|
|
| |
|
|
| |
|
|
| да |
|
|
| |
|
|
| |
|
|
| |
|
|
| |
|
|
|
Пример использования, который возникает с такими макросами устаревания, — устаревание целой библиотеки. В этом случае все общедоступные API библиотеки могут быть помечены макросом <PREFIX>_DEPRECATED. Это приводит к очень шумному выводу сборки при сборке самой библиотеки, поэтому в этом случае макрос может быть определён пустым при сборке устаревшей библиотеки:
add_library(compat_support ${srcs})
target_compile_definitions(compat_support
PRIVATE
CompatSupport_DEPRECATED=
)
Пример использования
Примечание
Этот раздел был перенесён из руководства cmake-compile-features(7), так как он зависит от модуля WriteCompilerDetectionHeader, который удаляется политикой CMP0120.
Функции компиляции могут быть предпочтительны, если они доступны, без создания жёсткого требования. Например, библиотека может предоставить альтернативные реализации в зависимости от того, доступна ли функция cxx_variadic_templates:
#if Foo_COMPILER_CXX_VARIADIC_TEMPLATES
template<int I, int... Is>
struct Interface;
template<int I>
struct Interface<I>
{
static int accumulate()
{
return I;
}
};
template<int I, int... Is>
struct Interface
{
static int accumulate()
{
return I + Interface<Is...>::accumulate();
}
};
#else
template<int I1, int I2 = 0, int I3 = 0, int I4 = 0>
struct Interface
{
static int accumulate() { return I1 + I2 + I3 + I4; }
};
#endif
END_OF_DOCUMENT_MARKER
Такой интерфейс зависит от использования правильных препроцессорных определений для функций компилятора. CMake может сгенерировать заголовочный файл, содержащий такие определения, используя модуль WriteCompilerDetectionHeader. Модуль содержит функцию write_compiler_detection_header, которая принимает параметры для управления содержимым сгенерированного заголовочного файла:
write_compiler_detection_header(
FILE "${CMAKE_CURRENT_BINARY_DIR}/foo_compiler_detection.h"
PREFIX Foo
COMPILERS GNU
FEATURES
cxx_variadic_templates
)
Такой заголовочный файл может быть использован внутри исходного кода проекта, и он может быть установлен и использован в интерфейсе кода библиотеки.
Для каждой функции, указанной в FEATURES, в заголовочном файле создаётся препроцессорное определение, определённое либо как 1 либо как 0.
Кроме того, некоторые функции требуют дополнительных определений, такие как функции cxx_final и cxx_override. Вместо использования в коде #ifdef, ключевое слово final абстрагируется символом, который определён либо как final, эквивалентом, специфичным для компилятора, либо как пустая строка. Таким образом, код C++ может быть написан для безусловного использования символа, а поддержка компилятора определяет, к чему он будет раскрыт:
struct Interface {
virtual void Execute() = 0;
};
struct Concrete Foo_FINAL {
void Execute() Foo_OVERRIDE;
};
В этом случае Foo_FINAL будет раскрыто до final, если компилятор поддерживает это ключевое слово, или до пустой строки в противном случае.
В этом случае код проекта может захотеть включить определённый стандарт языка, если он доступен у компилятора. Свойство целевого объекта CXX_STANDARD может быть установлено на желаемый стандарт языка для конкретной цели, а переменная CMAKE_CXX_STANDARD может быть установлена для влияния на все последующие цели:
write_compiler_detection_header(
FILE "${CMAKE_CURRENT_BINARY_DIR}/foo_compiler_detection.h"
PREFIX Foo
COMPILERS GNU
FEATURES
cxx_final cxx_override
)
# Includes foo_compiler_detection.h and uses the Foo_FINAL symbol
# which will expand to 'final' if the compiler supports the requested
# CXX_STANDARD.
add_library(foo foo.cpp)
set_property(TARGET foo PROPERTY CXX_STANDARD 11)
# Includes foo_compiler_detection.h and uses the Foo_FINAL symbol
# which will expand to 'final' if the compiler supports the feature,
# even though CXX_STANDARD is not set explicitly. The requirement of
# cxx_constexpr causes CMake to set CXX_STANDARD internally, which
# affects the compile flags.
add_library(foo_impl foo_impl.cpp)
target_compile_features(foo_impl PRIVATE cxx_constexpr)
Функция write_compiler_detection_header также создаёт код совместимости для других функций, имеющих стандартные эквиваленты. Например, функция cxx_static_assert эмулируется с помощью шаблона и абстрагируется с помощью макросов функций <PREFIX>_STATIC_ASSERT и <PREFIX>_STATIC_ASSERT_MSG.
© 2000–2024 Kitware, Inc. and Contributors
Licensed under the BSD 3-clause License.
https://cmake.org/cmake/help/v3.31/module/WriteCompilerDetectionHeader.html