Get desktop application:
View/edit binary Protocol Buffers messages
Represents a single action, which is a function from Artifact(s) to Artifact(s).
Used in:
The target that was responsible for the creation of the action.
The aspects that were responsible for the creation of the action (if any). In the case of aspect-on-aspect, AspectDescriptors are listed in topological order of the dependency graph. e.g. [A, B] would imply that aspect A is applied on top of aspect B.
Encodes all significant behavior that might affect the output. The key must change if the work performed by the execution of this action changes. Note that the key doesn't include checksums of the input files.
The mnemonic for this kind of action.
The configuration under which this action is executed.
The command line arguments of the action. This will be only set if explicitly requested.
The list of environment variables to be set before executing the command.
The set of input dep sets that the action depends upon. If the action does input discovery, the contents of this set might change during execution.
The list of Artifact IDs that represent the output files that this action will generate.
True iff the action does input discovery during execution.
Execution info for the action. Remote execution services may use this information to modify the execution environment, but actions will generally not be aware of it.
The list of param files. This will be only set if explicitly requested.
Container for the action graph properties.
Represents a single artifact, whether it's a source file or a derived output file.
Used in:
Identifier for this artifact; this is an opaque string, only valid for this particular dump of the analysis.
The relative path of the file within the execution root.
True iff the artifact is a tree artifact, i.e. the above exec_path refers a directory.
Represents an invocation specific descriptor of an aspect.
Used in:
Identifier for this aspect descriptor; this is an opaque string, only valid for the particular dump of the analysis.
The name of the corresponding aspect. For native aspects, it's the Java class name, for Skylark aspects it's the bzl file followed by a % sign followed by the name of the aspect.
The list of parameters bound to a particular invocation of that aspect on a target. Note that aspects can be executed multiple times on the same target in different order.
Used in:
,Identifier for this configuration; this is an opaque string, only valid for the particular dump of the analysis.
The mnemonic representing the build configuration.
The platform string.
The checksum representation of the configuration options;
Used in:
The target. We use blaze_query.Target defined in build.proto instead of the Target defined in this file because blaze_query.Target is much heavier and will output proto results similar to what users are familiar with from regular blaze query.
The configuration
Container for cquery results
All the configuredtargets returns by cquery
Used in:
Identifier for this named set of files; this is an opaque string, only valid for the particular dump of the analysis.
Other transitively included named set of files.
The list of input artifact IDs that are immediately contained in this set.
Used in:
,The variable name.
The variable value.
Content of a param file.
Used in:
The exec path of the param file artifact.
The arguments in the param file. Each argument corresponds to a line in the param file.
Used in:
Identifier for this rule class; this is an opaque string, only valid for this particular dump of the analysis.
Name of the rule class, e.g. cc_library.
Represents a single target (without configuration information) that is associated with an action.
Used in:
Identifier for this target; this is an opaque string, only valid for this particular dump of the analysis.
Label of the target, e.g. //foo:bar.
Class of the rule.