To fix #15916, we'll be setting the flag --incompatible_unambiguous_label_stringification to true in Bazel 6.0. This means that labels in the main repo will have an @ prepended to them when stringified, i.e. str(Label("@//foo:bar")) will be "@//foo:bar", instead of "//foo:bar".
Note that if --enable_bzlmod is specified, then the string will contain an extra @ ("@@//foo:bar"), using the canonical label literal syntax (see https://docs.google.com/document/d/1N81qfCa8oskCk5LqTW-LNthy6EBrDot7bdUsjz6JFC4/edit?usp=sharing).
To fix #15916, we'll be setting the flag
--incompatible_unambiguous_label_stringificationtotruein Bazel 6.0. This means that labels in the main repo will have an@prepended to them when stringified, i.e.str(Label("@//foo:bar"))will be"@//foo:bar", instead of"//foo:bar".Note that if
--enable_bzlmodis specified, then the string will contain an extra@("@@//foo:bar"), using the canonical label literal syntax (see https://docs.google.com/document/d/1N81qfCa8oskCk5LqTW-LNthy6EBrDot7bdUsjz6JFC4/edit?usp=sharing).