Open benjaminp opened 5 years ago
Assigning to configurability for now, this might be Execution.
Reassigning to Starlark, since this is about repr()
.
+1, appears to have hit me in #7655.
Edit: meant to reply on #7658, not this bug, but this is problematic for similar reasons.
As of bf4123df23b5f93e572cd920f15afba340f92391,
Artifact
equality takes the artifact owner into account. Since the Starlarkrepr
ofArtifact
only prints the execpath, it's possible to have two artifacts,a
andb
, that have the same execpath (and thus repr) but satisfya != b
. Unsurprisingly, this generates confusion–even for seasoned Blaze developers. Therefore, I propose including the owner in the output ofprint
ing an artifact.