अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है एक कॉन्टेक्स्ट ऑब्जेक्ट जो किसी नियम या पहलू के लिए, लागू करने के फ़ंक्शन को पास किया जाता है. इससे मौजूदा टारगेट का विश्लेषण करने के लिए ज़रूरी जानकारी और तरीकों का ऐक्सेस मिलता है.
खास तौर पर, इससे लागू करने वाले फ़ंक्शन को मौजूदा टारगेट के लेबल, एट्रिब्यूट, कॉन्फ़िगरेशन, और उसकी डिपेंडेंसी देने वाली कंपनियों को ऐक्सेस करने में मदद मिलती है. इसमें आउटपुट फ़ाइलों और उन्हें बनाने वाली कार्रवाइयों का एलान करने के तरीके होते हैं.
लागू करने वाले फ़ंक्शन को कॉल किए जाने की अवधि के दौरान, कॉन्टेक्स्ट ऑब्जेक्ट लाइव रहते हैं. इन ऑब्जेक्ट को इनसे जुड़े फ़ंक्शन के बाहर ऐक्सेस करना मददगार नहीं है. ज़्यादा जानकारी के लिए नियम पेज देखें.
सदस्य
- कार्रवाइयां
- aspect_ids
- attr
- bin_dir
- build_file_path
- build_setting_value
- कॉन्फ़िगरेशन
- coverage_instrumented
- created_actions
- disabled_features
- exec_groups
- लागू किया जा सकने वाला
- expand_location
- expand_make_variables
- सुविधाएं
- फ़ाइल
- फ़ाइलें
- फ़्रैगमेंट
- genfiles_dir
- info_file
- लेबल
- आउटपुट
- resolve_command
- resolve_tools
- नियम
- runfiles
- split_attr
- सुपर
- target_platform_has_constraint
- टूलचेन
- वैर
- version_file
- workspace_name
कार्रवाइयां
actions ctx.actions
aspect_ids
list ctx.aspect_ids
attr
struct ctx.attr
rule
फ़ंक्शन को दिए गए attrs
dict की कुंजियों और वैल्यू के मुताबिक होते हैं. इस्तेमाल का उदाहरण देखें.
bin_dir
root ctx.bin_dir
build_file_path
string ctx.build_file_path
build_setting_value
unknown ctx.build_setting_value
build_setting
एट्रिब्यूट को सेट करता है, तो इसका मतलब है कि इसे पढ़ने में गड़बड़ी हुई.
कॉन्फ़िगरेशन
configuration ctx.configuration
coverage_instrumented
bool ctx.coverage_instrumented(target=None)
target
दिया गया है, तो उस टारगेट के ज़रिए तय किया गया नियम होना चाहिए. (अगर कोई नियम या स्टारलार्क नियम टारगेट दिया गया है, तो यह 'गलत' दिखाता है. यह जांच करता है कि क्या मौजूदा नियम के सोर्स (अगर कोई टारगेट नहीं दिया गया है) या टारगेट के सोर्स को --instrumentation_filter और --instrument_test_targets कॉन्फ़िगरेशन सेटिंग के आधार पर इंस्ट्रुमेंट किया जाना चाहिए. यह कॉन्फ़िगरेशन में दिए गए 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
struct
, जिसमें executable=True
के तौर पर मार्क किए गए लेबल टाइप एट्रिब्यूट में ऐसी एक्ज़ीक्यूटेबल फ़ाइलें मौजूद हैं. स्ट्रक्चर फ़ील्ड, एट्रिब्यूट के नाम के मुताबिक होती हैं. निर्देश में मौजूद हर वैल्यू, File
या None
है. अगर इस नियम में कोई वैकल्पिक एट्रिब्यूट नहीं बताया गया है, तो स्ट्रक्चर की वैल्यू None
होगी. अगर किसी लेबल टाइप को executable=True
के तौर पर मार्क नहीं किया गया है, तो इससे जुड़ा कोई निर्देश फ़ील्ड जनरेट नहीं होता. इस्तेमाल का उदाहरण देखें.
expand_location
string ctx.expand_location(input, targets=[])
$(location //x)
को बदलकर, दी गई स्ट्रिंग में सभी $(location ...)
टेंप्लेट को बड़ा करता है. एक्सपैंशन सिर्फ़ उन लेबल के लिए काम करता है जो सीधे तौर पर इस नियम के डिपेंडेंसी के बारे में बताते हैं या वैकल्पिक आर्ग्युमेंट targets
में साफ़ तौर पर शामिल होते हैं. अगर रेफ़र किए गए टारगेट में एक से ज़्यादा आउटपुट होंगे, तो
$(location ...)
गड़बड़ी दिखाएगा. इस मामले में, कृपया $(locations ...)
का इस्तेमाल करें, क्योंकि यह आउटपुट पाथ की स्पेस से अलग की गई सूची बनाता है. इसे एक आउटपुट फ़ाइल के लिए भी सुरक्षित तरीके से इस्तेमाल किया जा सकता है.इस फ़ंक्शन की मदद से उपयोगकर्ता, बिल्ड फ़ाइल (जैसे कि
genrule
) में कोई निर्देश तय कर सकता है. दूसरे मामलों में, सीधे लेबल में बदलाव करना अक्सर बेहतर होता है.
पैरामीटर
पैरामीटर | ब्यौरा |
---|---|
input
|
ज़रूरी है स्ट्रिंग को बड़ा किया जाना है. |
targets
|
टारगेट का क्रम;
डिफ़ॉल्ट [] है ज़्यादा लुकअप जानकारी के लिए टारगेट की सूची. |
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
|
required The attribute name. Used for error reporting. |
command
|
required The expression to expand. It can contain references to "Make variables". |
additional_substitutions
|
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 File
s. 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
outputs
dict, 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.output
that 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_list
that the rule declares, there is a field whose name is the attribute's name. The field value is a list ofFile
objects 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
executable
ortest
, 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 theexecutable
arg ofDefaultInfo
.
resolve_command
tuple ctx.resolve_command(command='', attribute=None, expand_locations=False, make_variables=None, tools=[], label_dict={}, execution_requirements={})
(inputs, command, input_manifests)
of the list of resolved inputs, the argv list for the resolved command, and the runfiles metadata required to run the command, all 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).
Parameters
Parameter | Description |
---|---|
command
|
default is '' Command to resolve. |
attribute
|
string; or None ;
default is None Name of the associated attribute for which to issue an error, or None. |
expand_locations
|
default is False Shall we expand $(location) variables? See ctx.expand_location() for more details. |
make_variables
|
dict; or None ;
default is None Make variables to expand, or None. |
tools
|
sequence of Targets;
default is [] List of tools (list of targets). |
label_dict
|
default is {} Dictionary of resolved labels and the corresponding list of Files (a dict of Label : list of Files). |
execution_requirements
|
default is {} Information for scheduling the action to resolve this command. See tags for useful keys. |
resolve_tools
tuple ctx.resolve_tools(tools=[])
(inputs, input_manifests)
of the depset of resolved inputs and the runfiles metadata required to run the tools, both of them suitable for passing as the same-named arguments of the ctx.actions.run
method.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.
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 None The (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
|
default is False Use 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
|
default is False Use 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
|
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.