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