2
0
Fork 0
mirror of https://github.com/bazel-contrib/bazel-lib synced 2024-11-28 21:33:48 +00:00
bazel-lib/docs/expand_make_vars.md
2021-11-08 06:46:16 -08:00

4.7 KiB

Public API for expanding variables

expand_locations

expand_locations(ctx, input, targets)

Expand location templates.

Expands all $(execpath ...), $(rootpath ...) and legacy $(location ...) templates in the given string by replacing with the expanded path. Expansion only works for labels that point to direct dependencies of this rule or that are explicitly listed in the optional argument targets.

See https://docs.bazel.build/versions/main/be/make-variables.html#predefined_label_variables.

Use $(rootpath) and $(rootpaths) to expand labels to the runfiles path that a built binary can use to find its dependencies. This path is of the format:

  • ./file
  • path/to/file
  • ../external_repo/path/to/file

Use $(execpath) and $(execpaths) to expand labels to the execroot (where Bazel runs build actions). This is of the format:

  • ./file
  • path/to/file
  • external/external_repo/path/to/file
  • <bin_dir>/path/to/file
  • <bin_dir>/external/external_repo/path/to/file

The legacy $(location) and $(locations) expansions are deprecated as they return the runfiles manifest path of the format repo/path/to/file which behave differently than the built-in $(location) expansion in args of *_binary and *_test rules which returns the rootpath. See https://docs.bazel.build/versions/main/be/common-definitions.html#common-attributes-binaries.

The legacy $(location) and $(locations) expansion also differs from how the builtin ctx.expand_location() expansions of $(location) and $(locations) behave as that function returns either the execpath or rootpath depending on the context. See https://docs.bazel.build/versions/main/be/make-variables.html#predefined_label_variables.

The behavior of $(location) and $(locations) expansion will be fixed in a future major release to match the to default Bazel behavior and return the same path as ctx.expand_location() returns for these.

The recommended approach is to now use $(rootpath) where you previously used $(location). See the docstrings of nodejs_binary or params_file for examples of how to use $(rootpath) in templated_args and args respectively.

PARAMETERS

Name Description Default Value
ctx context none
input String to be expanded none
targets List of targets for additional lookup information. []

RETURNS

The expanded path or the original path

expand_variables

expand_variables(ctx, s, outs, output_dir, attribute_name)

Expand make variables and substitute like genrule does.

This function is the same as ctx.expand_make_variables with the additional genrule-like substitutions of:

  • $@: The output file if it is a single file. Else triggers a build error.
  • $(@D): The output directory. If there is only one file name in outs, this expands to the directory containing that file. If there are multiple files, this instead expands to the package's root directory in the bin tree, even if all generated files belong to the same subdirectory!
  • $(RULEDIR): The output directory of the rule, that is, the directory corresponding to the name of the package containing the rule under the bin tree.

See https://docs.bazel.build/versions/main/be/general.html#genrule.cmd and https://docs.bazel.build/versions/main/be/make-variables.html#predefined_genrule_variables for more information of how these special variables are expanded.

PARAMETERS

Name Description Default Value
ctx starlark rule context none
s expression to expand none
outs declared outputs of the rule, for expanding references to outputs []
output_dir whether the rule is expected to output a directory (TreeArtifact) False
attribute_name name of the attribute containing the expression "args"

RETURNS

s with the variables expanded