Правила
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 зависимостей для этого правила. См. определение зависимостей для получения дополнительной информации. Система сборки гарантирует, что эти предварительные условия будут построены перед запуском команды Все инструменты и их зависимости по данным объединяются в одно дерево, в котором команда может использовать относительные пути. Рабочий каталог будет корнем этого объединенного дерева. |