Stringification of an apparent label that fails repo mapping produces an incorrect canonical form #17258
Labels
area-Bzlmod
Bzlmod-specific PRs, issues, and feature requests
P2
We'll consider working on this in future. (Assignee optional)
team-ExternalDeps
External dependency handling, remote repositiories, WORKSPACE file.
type: bug
Description of the bug:
In a macro I produce an apparent label that fails repo mapping. When I stringify it, it produces an invalid canonical form instead of erroring. Calling
.workspace_name
on the label correctly errors:What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
It prints
@@SwiftLint//:swiftlint
, but should error, since@@SwiftLint//:swiftlint
isn't a valid label.Which operating system are you running Bazel on?
macOS
What is the output of
bazel info release
?release 6.0.0
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse master; git rev-parse HEAD
?No response
Have you found anything relevant by searching the web?
No response
Any other information, logs, or outputs that you want to share?
@fmeum asked me to file this 😄.
The text was updated successfully, but these errors were encountered: