UID

Informar un problema Ver fuente Nightly · 8.0 . 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

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

de solución

actions ctx.actions

Contiene métodos para declarar archivos de salida y las acciones que los producen.

aspect_ids

list ctx.aspect_ids

Es 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.attr

Es 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_dir

La raíz correspondiente al directorio bin.

build_file_path

string ctx.build_file_path

Obsoleto: Usa ctx.label.package + '/BUILD'. Es 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_value

Es 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.configuration

La 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 None
Es 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_features

Es el conjunto de funciones que el usuario inhabilita de forma explícita para esta regla.

exec_groups

ExecGroupCollection ctx.exec_groups

Es 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.executable

Un 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 cadena; obligatorio
Es la 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.
Puede mostrar 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 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

The set of features that are explicitly enabled by the user for this rule. See example of use.

file

struct ctx.file

A 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.files

A 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.fragments

Allows access to configuration fragments in target configuration.

genfiles_dir

root ctx.genfiles_dir

The root corresponding to genfiles directory.

info_file

File ctx.info_file

The 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.label

The label of the target currently being analyzed.

outputs

structure ctx.outputs

A 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 outputs dict, then for every entry in the dict, there is a field whose name is the key and whose value is the corresponding File.
  • 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 corresponding File; otherwise the field value is None.
  • 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 of File 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 or test, 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 the executable arg of DefaultInfo.

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, 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 None
Name of the associated attribute for which to issue an error, or None.
expand_locations bool; 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 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=[])

Returns a tuple (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

Rule 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 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 bool; 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 bool; 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.

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.
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

A 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 ConstraintValueInfo; required
The constraint value to check the target platform against.

toolchains

ToolchainContext ctx.toolchains

Toolchains for the default exec group of this rule.

var

dict ctx.var

Dictionary (String to String) of configuration variables.

version_file

File ctx.version_file

The 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_name

The 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.