[internal] Use "file addresses" internally for some files
and resources
targets
#13188
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
The insight from file targets and its target generator followup is that not all targets generated from the same generator necessarily need to act together as an atomic unit. You can bundle together things into a single target generator, and then callers depend on the more specific generated target to get what they need.
This applies that philosophy to two
files()
andresources()
target internal usages. No change in functionality, but tests out this mental model.[ci skip-rust]
[ci skip-build-wheels]