add_custom_target
Добавить цель без вывода, чтобы она всегда строилась.
add_custom_target(Name [ALL] [command1 [args1...]]
[COMMAND command2 [args2...] ...]
[DEPENDS depend depend depend ... ]
[BYPRODUCTS [files...]]
[WORKING_DIRECTORY dir]
[COMMENT comment]
[VERBATIM] [USES_TERMINAL]
[COMMAND_EXPAND_LISTS]
[SOURCES src1 [src2...]])
Добавляет цель с заданным именем, которая выполняет заданные команды. Цель не имеет файла вывода и всегда считается устаревшей, даже если команды пытаются создать файл с именем цели. Используйте команду add_custom_command(), чтобы сгенерировать файл с зависимостями. По умолчанию ничто не зависит от пользовательской цели. Используйте команду add_dependencies(), чтобы добавить зависимости к другим целям или от них.
Параметры:
-
ALL - Указывает, что эта цель должна быть добавлена к целевому значению по умолчанию для сборки, чтобы она выполнялась каждый раз (команда не может быть вызвана
ALL). -
BYPRODUCTS -
Укажите файлы, которые команда должна создать, но чья метка времени может или не может обновляться при последующих сборках. Если имя побочного продукта — это относительный путь, оно будет интерпретироваться относительно каталога дерева сборки, соответствующего текущему каталогу исходных файлов. Каждый файл побочного продукта автоматически помечается свойством исходного файла
GENERATED.Явное указание побочных продуктов поддерживается генератором
Ninja, чтобы сообщить инструменту сборкиninjaкак перегенерировать побочные продукты, когда они отсутствуют. Это также полезно, когда другие правила сборки (например, пользовательские команды) зависят от побочных продуктов. Ninja требует правила сборки для любого сгенерированного файла, от которого зависит другое правило, даже если существуют только зависимости по порядку, чтобы убедиться, что побочные продукты будут доступны до сборки их зависимых.Параметр
BYPRODUCTSигнорируется в генераторах, не являющихся Ninja, за исключением пометки побочных продуктовGENERATED. -
COMMAND -
Укажите командную строку(и) для выполнения во время сборки. Если указано более одной
COMMAND, они будут выполняться в порядке, но не обязательно объединяться в состоятельный командный интерпретатор или пакетный скрипт. (Чтобы запустить весь скрипт, используйте командуconfigure_file()или командуfile(GENERATE), чтобы создать его, а затем указатьCOMMAND, чтобы запустить его.)Если
COMMANDуказывает имя целевого исполняемого файла (созданного командойadd_executable()), он будет автоматически заменён расположением созданного во время сборки исполняемого файла. При установке свойства целевого исполняемого файлаCROSSCOMPILING_EMULATORтакже будет добавлен в начало команды, чтобы позволить исполняемому файлу работать на хосте. Кроме того, будет добавлена зависимость уровня цели, чтобы исполняемый файл был скомпилирован до этой пользовательской цели.Аргументы к
COMMANDмогут использоватьgenerator expressions. Ссылки на имена целей в выражениях генератора подразумевают зависимости уровня цели.Команда и аргументы являются необязательными, и если они не указаны, будет создана пустая цель.
-
COMMENT - Отобразить указанное сообщение перед выполнением команд во время сборки.
-
DEPENDS -
Ссылаться на файлы и результаты пользовательских команд, созданных с помощью вызовов команды
add_custom_command()в одном каталоге (файлCMakeLists.txt). Они будут обновлены при сборке цели.Используйте команду
add_dependencies(), чтобы добавить зависимости от других целей. -
COMMAND_EXPAND_LISTS - Списки в
COMMANDаргументах будут расширены, включая те, что созданы с помощьюgenerator expressions, позволяя аргументамCOMMAND, таким как${CC} "-I$<JOIN:$<TARGET_PROPERTY:foo,INCLUDE_DIRECTORIES>,;-I>" foo.cc, быть правильно расширенными. -
SOURCES - Укажите дополнительные исходные файлы, которые необходимо включить в пользовательскую цель. Указанные исходные файлы будут добавлены в файлы проектов IDE для удобства редактирования, даже если у них нет правил сборки.
-
VERBATIM - Все аргументы команд будут корректно экранированы для инструмента сборки, чтобы вызванная команда получала каждый аргумент без изменений. Обратите внимание, что один уровень экранирования всё равно используется процессором языка CMake перед тем, как
add_custom_targetдаже увидит аргументы. Рекомендуется использоватьVERBATIM, так как это обеспечивает правильное поведение. КогдаVERBATIMне указан, поведение зависит от платформы, потому что нет защиты от специфичных для инструмента специальных символов. -
USES_TERMINAL - Команда получит прямой доступ к терминалу, если это возможно. С генератором
Ninja, это помещает команду вconsoleпул задачpool. -
WORKING_DIRECTORY - Выполнить команду с заданным текущим рабочим каталогом. Если это относительный путь, он будет интерпретироваться относительно каталога дерева сборки, соответствующего текущему каталогу исходных файлов.
© 2000–2019 Kitware, Inc. and Contributors
Licensed under the BSD 3-clause License.
https://cmake.org/cmake/help/v3.10/command/add_custom_target.html