Un objeto de contexto que se pasa a la función de implementación de una regla o un aspecto. Proporciona acceso a la información y los métodos necesarios para analizar el objetivo actual.
En particular, permite que la función de implementación acceda a la etiqueta, los atributos, la configuración y los proveedores de sus dependencias del destino actual. Tiene métodos para declarar archivos de salida y las acciones que los producen.
Los objetos de contexto existen durante el tiempo que dura la llamada a la función de implementación. No es útil acceder a estos objetos fuera de su función asociada. Consulta la página Reglas para obtener más información.
Miembros
- actions
- aspect_ids
- attr
- bin_dir
- build_file_path
- build_setting_value
- configuración
- coverage_instrumented
- created_actions
- disabled_features
- exec_groups
- ejecutable
- expand_location
- expand_make_variables
- funciones
- archivo
- archivos
- fragmentos
- genfiles_dir
- info_file
- label
- outputs
- resolve_command
- resolve_tools
- rule
- runfiles
- split_attr
- super
- target_platform_has_constraint
- cadenas de herramientas
- var
- version_file
- workspace_name
de solución
actions ctx.actionsContiene métodos para declarar archivos de salida y las acciones que los producen.
aspect_ids
list ctx.aspect_idsEs una lista de IDs para todos los aspectos aplicados al objetivo. Solo está disponible en las funciones de implementación de aspectos.
attr
struct ctx.attrEs una estructura para acceder a los valores de los atributos. El usuario proporciona los valores (de lo contrario, se usa un valor predeterminado). Los atributos de la struct y los tipos de sus valores corresponden a las claves y los valores del dict
attrs proporcionado a la función rule. Consulta el ejemplo de uso.
bin_dir
root ctx.bin_dirLa raíz correspondiente al directorio bin.
build_file_path
string ctx.build_file_pathEs la ruta de acceso al archivo BUILD de esta regla, en relación con la raíz de origen.
build_setting_value
unknown ctx.build_setting_valueEs el valor del parámetro de configuración de compilación representado por el destino actual. Si este no es el contexto de una instancia de una regla que establece el atributo
build_setting, leer esto es un error.
configuración
configuration ctx.configurationLa configuración predeterminada. Consulta el tipo de configuración para obtener más detalles.
coverage_instrumented
bool ctx.coverage_instrumented(target=None)Muestra si se debe generar la instrumentación de cobertura de código cuando se realizan acciones de compilación para esta regla o, si se proporciona
target, la regla especificada por ese destino. (Si se proporciona un objetivo que no es de regla o de regla Starlark, se muestra False). Verifica si las fuentes de la regla actual (si no se proporciona un destino) o las fuentes del destino deben instrumentarse en función de la configuración de --instrumentation_filter y --instrument_test_targets. Esto difiere de coverage_enabled en la configuración, que indica si la recopilación de datos de cobertura está habilitada para toda la ejecución, pero no si se debe instrumentar un objetivo específico.
Parámetros
| Parámetro | Descripción |
|---|---|
target
|
Target o None;
el valor predeterminado es NoneEs un objetivo que especifica una regla. Si no se proporciona, se establece de forma predeterminada en la regla actual. |
created_actions
StarlarkValue ctx.created_actions()Para las reglas con _skylark_testable establecido en
True, se muestra un proveedor Actions que representa todas las acciones creadas hasta el momento para la regla actual. Para todas las demás reglas, muestra None. Ten en cuenta que el proveedor no se actualiza cuando se crean acciones posteriores, por lo que deberás volver a llamar a esta función si deseas inspeccionarlas. El objetivo es ayudar a escribir pruebas para funciones auxiliares de implementación de reglas, que pueden aceptar un objeto
ctx y crear acciones en él.
disabled_features
list ctx.disabled_featuresEs el conjunto de funciones que el usuario inhabilita explícitamente para esta regla.
exec_groups
ExecGroupCollection ctx.exec_groupsEs una colección de los grupos de ejecución disponibles para esta regla, indexados por su nombre. Accede con
ctx.exec_groups[name_of_group].
ejecutable
struct ctx.executableUn
struct que contiene archivos ejecutables definidos en los atributos de tipo de etiqueta marcados como executable=True. Los campos de la struct corresponden a los nombres de los atributos. Cada valor de la estructura es File o None. Si no se especifica un atributo opcional en la regla, el valor de la struct correspondiente es None. Si un tipo de etiqueta no está marcado como executable=True, no se genera ningún campo de struct correspondiente. Consulta el ejemplo de uso.
expand_location
string ctx.expand_location(input, targets=[])Expande todas las plantillas
$(location ...) en la cadena determinada reemplazando $(location //x) por la ruta de acceso del archivo de salida de //x de destino. La expansión solo funciona para las etiquetas que apuntan a dependencias directas de esta regla o que se enumeran de forma explícita en el argumento opcional targets. $(location ...) generará un error si el destino al que se hace referencia tiene varias salidas. En este caso, usa $(locations ...), ya que produce una lista de rutas de salida separadas por espacios. También se puede usar de forma segura para un solo archivo de salida.Esta función es útil para permitir que el usuario especifique un comando en un archivo BUILD (como para
genrule). En otros casos, a menudo es mejor manipular las etiquetas directamente.
Parámetros
| Parámetro | Descripción |
|---|---|
input
|
obligatorio Cadena que se expandirá. |
targets
|
secuencia de objetivos;
el valor predeterminado es []Es la lista de objetivos para obtener información de búsqueda adicional. |
None.
expand_make_variables
string ctx.expand_make_variables(attribute_name, command, additional_substitutions)Obsoleto. En su lugar, usa ctx.var para acceder a las variables.
Devuelve una cadena después de expandir todas las referencias a "Make variables". Las variables deben tener el siguiente formato:
$(VAR_NAME). Además, $$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.featuresThe set of features that are explicitly enabled by the user for this rule. See example of use.
file
struct ctx.fileA
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]In other words, use
file to access the (singular) default output of a dependency. See example of use.
files
struct ctx.filesA
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]In other words, use
files to access the default outputs of a dependency. See example of use.
fragments
fragments ctx.fragmentsAllows access to configuration fragments in target configuration.
genfiles_dir
root ctx.genfiles_dirThe root corresponding to genfiles directory.
info_file
File ctx.info_fileThe file that is used to hold the non-volatile workspace status for the current build request. See documentation for --workspace_status_command for more information.
label
Label ctx.labelThe label of the target currently being analyzed.
outputs
structure ctx.outputsA pseudo-struct containing all the predeclared output files, represented by
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={})(Experimental) Returns a tuple
(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 NoneName of the associated attribute for which to issue an error, or None. |
expand_locations
|
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
|
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=[])Returns a tuple
(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.ruleRule attributes descriptor for the rule that the aspect is applied to. Only available in aspect implementation functions.
runfiles
runfiles ctx.runfiles(files=[], transitive_files=None, collect_data=False, collect_default=False, symlinks={}, root_symlinks={})Creates a runfiles object.
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
|
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
|
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_attrA struct to access the values of attributes with split configurations. If the attribute is a label list, the value of split_attr is a dict of the keys of the split (as strings) to lists of the ConfiguredTargets in that branch of the split. If the attribute is a label, then the value of split_attr is a dict of the keys of the split (as strings) to single ConfiguredTargets. Attributes with split configurations still appear in the attr struct, but their values will be single lists with all the branches of the split merged together.
super
unknown ctx.super()Experimental: Calls parent's implementation function and returns its providers
target_platform_has_constraint
bool ctx.target_platform_has_constraint(constraintValue)Returns true if the given constraint value is part of the current target platform.
Parameters
| Parameter | Description |
|---|---|
constraintValue
|
required The constraint value to check the target platform against. |
toolchains
ToolchainContext ctx.toolchainsToolchains for the default exec group of this rule.
var
dict ctx.varDictionary (String to String) of configuration variables.
version_file
File ctx.version_fileThe file that is used to hold the volatile workspace status for the current build request. See documentation for --workspace_status_command for more information.
workspace_name
string ctx.workspace_nameThe name of the workspace, which is effectively the execution root name and runfiles prefix for the main repo. If
--enable_bzlmod is on, this is the fixed string _main. Otherwise, this is the workspace name as defined in the WORKSPACE file.