特に、実装関数が現在のターゲットのラベル、属性、構成、依存関係のプロバイダにアクセスできるようにします。出力ファイルと、出力ファイルを生成するアクションを宣言するメソッドが含まれています。
コンテキスト オブジェクトは、基本的に実装関数への呼び出しの期間中存在します。これらのオブジェクトは、関連付けられた関数の外部からアクセスしても役に立ちません。詳しくは、ルールページをご覧ください。
メンバー
- actions
- aspect_ids
- attr
- bin_dir
- build_file_path
- build_setting_value
- 構成
- coverage_instrumented
- created_actions
- disabled_features
- exec_groups
- 実行可能
- expand_location
- expand_make_variables
- 機能
- file
- ファイル
- fragments
- genfiles_dir
- info_file
- label
- outputs
- resolve_command
- resolve_tools
- rule
- runfiles
- split_attr
- super
- target_platform_has_constraint
- toolchains
- var
- version_file
- workspace_name
actions
actions ctx.actions
aspect_ids
list ctx.aspect_ids
attr
struct ctx.attr
rule 関数に提供される attrs 辞書のキーと値に対応しています。使用例をご覧ください。
bin_dir
root ctx.bin_dir
build_file_path
string ctx.build_file_path
ctx.label.package + '/BUILD' を使用します。このルールの BUILD ファイルへのパス(ソースルートからの相対パス)。build_setting_value
unknown ctx.build_setting_value
build_setting 属性を設定するルールのインスタンスのコンテキストでない場合、これを読み取るとエラーになります。構成
configuration ctx.configuration
coverage_instrumented
bool ctx.coverage_instrumented(target=None)
target が指定されている場合は、その Target で指定されたルール)のコンパイル アクションを実行する際に、コード カバレッジの計測を生成するかどうかを返します。(ルール以外の Target または Starlark ルール Target が指定された場合は、False を返します)。現在のルールのソース(ターゲットが指定されていない場合)またはターゲットのソースが、--instrumentation_filter と --instrument_test_targets の構成設定に基づいて計測されるかどうかを確認します。これは、実行全体でカバレッジ データ収集が有効になっているかどうかを示す 構成の coverage_enabled とは異なります。coverage_enabled は、特定のターゲットを計測する必要があるかどうかは示しません。
パラメータ
| パラメータ | 説明 |
|---|---|
target
|
ターゲット、または None。デフォルトは Noneです。ルールを指定するターゲット。指定しない場合、デフォルトは現在のルールになります。 |
created_actions
StarlarkValue ctx.created_actions()
True に設定されているルールの場合、これは、現在のルールに対してこれまでに作成されたすべてのアクションを表す Actions プロバイダを返します。他のすべてのルールについては、None を返します。後続のアクションが作成されてもプロバイダは更新されないため、アクションを検査する場合は、この関数を再度呼び出す必要があります。これは、
ctx オブジェクトを受け取り、そのオブジェクトに対してアクションを作成するルール実装ヘルパー関数のテストを作成するのに役立ちます。disabled_features
list ctx.disabled_features
exec_groups
ExecGroupCollection ctx.exec_groups
ctx.exec_groups[name_of_group] を使用してアクセスします。
実行可能ファイル
struct ctx.executable
executable=True としてマークされたラベルタイプ属性で定義された実行可能ファイルを含む struct。構造体のフィールドは属性名に対応しています。構造体の各値は、File または None のいずれかです。ルールでオプションの属性が指定されていない場合、対応する構造体の値は None になります。ラベルタイプが executable=True としてマークされていない場合、対応する構造体フィールドは生成されません。使用例をご覧ください。
expand_location
string ctx.expand_location(input, targets=[])
$(location ...) テンプレートを、$(location //x) をターゲット //x の出力ファイルのパスに置き換えることで展開します。展開は、このルールの直接依存関係を指すラベル、またはオプションの引数 targets で明示的にリストされているラベルに対してのみ機能します。参照されるターゲットに複数の出力がある場合、$(location ...) はエラーを発生させます。この場合は、出力パスのスペース区切りリストを生成する $(locations ...) を使用してください。単一の出力ファイルにも安全に使用できます。この関数は、ユーザーが BUILD ファイルでコマンドを指定できるようにする場合(
genrule など)に便利です。他のケースでは、ラベルを直接操作する方がよいことがよくあります。
パラメータ
| パラメータ | 説明 |
|---|---|
input
|
string;
必須 展開する文字列。 |
targets
|
Target のシーケンス。デフォルトは []です。 追加のルックアップ情報のターゲットのリスト。これらは次のように展開されます。 DefaultInfo.files に単一のファイルを含むターゲットは、そのファイルに展開されます。他のターゲットは、設定されていて --incompatible_locations_prefers_executable が有効になっている場合は DefaultInfo.executable ファイルに展開され、それ以外の場合は DefaultInfo.files に展開されます。 |
None を返すことがあります。expand_make_variables
string ctx.expand_make_variables(attribute_name, command, additional_substitutions)
「変数の作成」へのすべての参照を展開した後に文字列を返します。変数は
$(VAR_NAME) の形式にする必要があります。また、$$VAR_NAME expands to $VAR_NAME. Examples:
ctx.expand_make_variables("cmd", "$(MY_VAR)", {"MY_VAR": "Hi"}) # == "Hi"
ctx.expand_make_variables("cmd", "$$PWD", {}) # == "$PWD"
Additional variables may come from other places, such as configurations. Note that this function is experimental.
Parameters
| Parameter | Description |
|---|---|
attribute_name
|
string;
required The attribute name. Used for error reporting. |
command
|
string;
required The expression to expand. It can contain references to "Make variables". |
additional_substitutions
|
dict;
required Additional substitutions to make beyond the default make variables. |
features
list ctx.features
file
struct ctx.file
struct containing files defined in label type attributes marked as allow_single_file. The struct fields correspond to the attribute names. The struct value is always a File or None. If an optional attribute is not specified in the rule then the corresponding struct value is None. If a label type is not marked as allow_single_file, no corresponding struct field is generated. It is a shortcut for:list(ctx.attr.<ATTR>.files)[0]
file to access the (singular) default output of a dependency. See example of use.
files
struct ctx.files
struct containing files defined in label or label list type attributes. The struct fields correspond to the attribute names. The struct values are list of Files. It is a shortcut for:[f for t in ctx.attr.<ATTR> for f in t.files]
files to access the default outputs of a dependency. See example of use.
fragments
fragments ctx.fragments
genfiles_dir
root ctx.genfiles_dir
info_file
File ctx.info_file
label
Label ctx.label
outputs
structure ctx.outputs
File objects. See the Rules page for more information and examples.This field does not exist on aspect contexts, since aspects do not have predeclared outputs.
The fields of this object are defined as follows. It is an error if two outputs produce the same field name or have the same label.
- If the rule declares an
outputsdict, then for every entry in the dict, there is a field whose name is the key and whose value is the correspondingFile. - For every attribute of type
attr.outputthat the rule declares, there is a field whose name is the attribute's name. If the target specified a label for that attribute, then the field value is the correspondingFile; otherwise the field value isNone. - For every attribute of type
attr.output_listthat the rule declares, there is a field whose name is the attribute's name. The field value is a list ofFileobjects corresponding to the labels given for that attribute in the target, or an empty list if the attribute was not specified in the target. - (Deprecated) If the rule is marked
executableortest, there is a field named"executable", which is the default executable. It is recommended that instead of using this, you pass another file (either predeclared or not) to theexecutablearg ofDefaultInfo.
resolve_command
tuple ctx.resolve_command(command='', attribute=None, expand_locations=False, make_variables=None, tools=[], label_dict={}, execution_requirements={})
(inputs, command, empty list) of the list of resolved inputs and the argv list for the resolved command both of them suitable for passing as the same-named arguments of the ctx.action method.Note for Windows users: this method requires Bash (MSYS2). Consider using
resolve_tools() instead (if that fits your needs). The empty list is returned as the third member of the tuple for backwards compatibility.
Parameters
| Parameter | Description |
|---|---|
command
|
string;
default is ''Command to resolve. |
attribute
|
string; or None;
default is NoneName of the associated attribute for which to issue an error, or None. |
expand_locations
|
bool;
default is FalseShall we expand $(location) variables? See ctx.expand_location() for more details. |
make_variables
|
dict; or None;
default is NoneMake variables to expand, or None. |
tools
|
sequence of Targets;
default is []List of tools (list of targets). |
label_dict
|
dict;
default is {}Dictionary of resolved labels and the corresponding list of Files (a dict of Label : list of Files). |
execution_requirements
|
dict;
default is {}Information for scheduling the action to resolve this command. See tags for useful keys. |
resolve_tools
tuple ctx.resolve_tools(tools=[])
(inputs, empty list) of the depset of resolved inputs required to run the tools, suitable for passing as the same-named argument of the ctx.actions.run and ctx.actions.run_shell methods. In contrast to
ctx.resolve_command, this method does not require that Bash be installed on the machine, so it's suitable for rules built on Windows. The empty list is returned as part of the tuple for backward compatibility.
Parameters
| Parameter | Description |
|---|---|
tools
|
sequence of Targets;
default is []List of tools (list of targets). |
rule
rule_attributes ctx.rule
runfiles
runfiles ctx.runfiles(files=[], transitive_files=None, collect_data=False, collect_default=False, symlinks={}, root_symlinks={})
Parameters
| Parameter | Description |
|---|---|
files
|
sequence of Files;
default is []The list of files to be added to the runfiles. |
transitive_files
|
depset of Files; or None;
default is NoneThe (transitive) set of files to be added to the runfiles. The depset should use the default order (which, as the name implies, is the default).
|
collect_data
|
bool;
default is FalseUse of this parameter is not recommended. See runfiles guide. Whether to collect the data runfiles from the dependencies in srcs, data and deps attributes. |
collect_default
|
bool;
default is FalseUse of this parameter is not recommended. See runfiles guide. Whether to collect the default runfiles from the dependencies in srcs, data and deps attributes. |
symlinks
|
dict; or depset of SymlinkEntrys;
default is {}Either a SymlinkEntry depset or the map of symlinks to be added to the runfiles. Symlinks are always added under the main workspace's runfiles directory (e.g. <runfiles_root>/_main/<symlink_path>, not the directory corresponding to the current target's repository. See Runfiles symlinks in the rules guide.
|
root_symlinks
|
dict; or depset of SymlinkEntrys;
default is {}Either a SymlinkEntry depset or a map of symlinks to be added to the runfiles. See Runfiles symlinks in the rules guide. |
split_attr
struct ctx.split_attr
super
unknown ctx.super()
target_platform_has_constraint
bool ctx.target_platform_has_constraint(constraintValue)
Parameters
| Parameter | Description |
|---|---|
constraintValue
|
ConstraintValueInfo;
required The constraint value to check the target platform against. |
toolchains
ToolchainContext ctx.toolchains
var
dict ctx.var
version_file
File ctx.version_file
workspace_name
string ctx.workspace_name
--enable_bzlmod is on, this is the fixed string _main. Otherwise, this is the workspace name as defined in the WORKSPACE file.