Documentation Index
Fetch the complete documentation index at: https://docs.aspect.build/llms.txt
Use this file to discover all available pages before exploring further.
Documentation for @bazel_lib@v3.2.0 — View source
Function: run_binary
Runs a binary as a build action.
This rule does not require Bash (unlike native.genrule).
Parameters
The target name
The tool to run in the action.Must be the label of a *_binary rule of a rule that generates an executable file, or of
a file that can be executed as a subprocess (e.g. an .exe or .bat file on Windows or a
binary with executable permission on Linux). This label is available for
$(location)
expansion in args and env.Additional inputs of the action.These labels are available for
$(location) expansion in args and env.Command line arguments of the binary.Subject to
$(location) and make variable expansions via
expand_location
and expand_make_vars.Environment variables of the action.Subject to
$(location) and make variable expansions via
expand_location
and expand_make_vars.Output files generated by the action.These labels are available for
$(location) expansion in args and env.Output files cannot be nested within output directories in out_dirs.Output directories generated by the action.These labels are not available for
$(location) expansion in args and env since
they are not pre-declared labels created via attr.output_list(). Output directories are
declared instead by ctx.actions.declare_directory.Output directories cannot be nested within other output directories in out_dirs.A one-word description of the action, for example, CppCompile or GoLink.
Progress message to show to the user during the build, for example,
“Compiling foo.cc to create foo.o”. The message may contain
%{label}, %{input}, or
%{output} patterns, which are substituted with label string, first input, or output’s
path, respectively. Prefer to use patterns instead of static strings, because the former
are more efficient.Information for scheduling the action.For example,See https://docs.bazel.build/versions/main/be/common-definitions.html#common.tags for useful keys.
Passed to the underlying ctx.actions.run.May introduce non-determinism when True; use with care!
See e.g. https://github.com/bazelbuild/bazel/issues/4912Refer to https://bazel.build/rules/lib/builtins/actions#run for more details.
Whether to include build status files as inputs to the tool. Possible values:
stamp = 0(default): Never include build status files as inputs to the tool. This gives good build result caching. Most tools don’t use the status files, so including them in--stampbuilds makes those builds have many needless cache misses. (Note: this default is different from most rules with an integer-typedstampattribute.)stamp = 1: Always include build status files as inputs to the tool, even in —nostamp builds. This setting should be avoided, since it is non-deterministic. It potentially causes remote cache misses for the target and any downstream actions that depend on the result.stamp = -1: Inclusion of build status files as inputs is controlled by the —[no]stamp flag. Stamped targets are not rebuilt unless their dependencies change.
BAZEL_STABLE_STATUS_FILEBAZEL_VOLATILE_STATUS_FILE
Additional arguments

