Правила
action_listener
action_listener(name, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, extra_actions, features, licenses, mnemonics, restricted_to, tags, target_compatible_with, testonly, visibility)
ПРЕДУПРЕЖДЕНИЕ: Дополнительные действия устарели. Используйте модули вместо этого.
Правило action_listener не генерирует собственного вывода. Вместо этого оно позволяет разработчикам инструментов вставлять extra_action в систему сборки, предоставив отображение действия на extra_action.
Аргументы этого правила отображают мнемоники действий на правила extra_action.
Указав опцию --experimental_action_listener=<label>, система сборки будет использовать указанный action_listener для вставки extra_action в граф сборки.
Пример
action_listener(
name = "index_all_languages",
mnemonics = [
"Javac",
"CppCompile",
"Python",
],
extra_actions = [":indexer"],
)
action_listener(
name = "index_java",
mnemonics = ["Javac"],
extra_actions = [":indexer"],
)
extra_action(
name = "indexer",
tools = ["//my/tools:indexer"],
cmd = "$(location //my/tools:indexer)" +
"--extra_action_file=$(EXTRA_ACTION_FILE)",
)
Аргументы
| Атрибуты | |
|---|---|
name |
Уникальное имя для этой цели. |
extra_actions |
extra_action, которые это action_listener должно добавить в граф сборки. Например: [ "//my/tools:analyzer" ]. |
mnemonics |
action_listener должно следить, например: [ "Javac" ]. Мнемоники не являются публичным интерфейсом. Нет гарантии, что мнемоники и их действия не изменятся. |
extra_action
extra_action(name, data, cmd, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, out_templates, requires_action_output, restricted_to, tags, target_compatible_with, testonly, toolchains, tools, visibility)
ПРЕДУПРЕЖДЕНИЕ: Дополнительные действия устарели. Используйте модули вместо этого.
Правило extra_action не генерирует значимого вывода при использовании в качестве обычной цели сборки. Вместо этого оно позволяет разработчикам инструментов вставлять дополнительные действия в граф сборки, которые затеняют существующие действия.
См. action_listener для получения подробной информации о том, как включить extra_action.
extra_action выполняются как командная строка. Инструмент командной строки получает доступ к файлу с протобуфером в $(EXTRA_ACTION_FILE) со сведениями об исходном действии, которое он затеняет. Он также имеет доступ ко всем входным файлам, к которым имеет доступ исходное действие. Подробности о данных, хранящихся в протобуфере, см. в extra_actions_base.proto. Каждый прото-файл содержит сообщение ExtraActionInfo.
Подобно всем другим действиям, дополнительные действия изолированы и должны быть разработаны с учетом этого.
Аргументы
| Атрибуты | |
|---|---|
name |
Уникальное имя для этой цели. Вы можете ссылаться на это правило с помощьюlabel в аргументе extra_actions правил action_listener. |
cmd |
Подобно атрибуту genrule cmd с следующими отличиями:
|
out_templates |
extra_action. Шаблон может использовать следующие переменные:
|
requires_action_output |
extra_action требует наличия вывода исходного действия в качестве входных данных для этого extra_action. При значении true (по умолчанию false), extra_action может предполагать, что выходные данные исходного действия доступны в качестве входных данных. |
tools |
tool для этого правила. См. определение зависимостей для получения дополнительной информации. Система сборки гарантирует, что эти предварительные требования будут построены перед запуском команды Все инструменты и их зависимости по данным объединяются в одном дереве, в котором команда может использовать относительные пути. Рабочий каталог будет корнем этого объединенного дерева. |