allow arbitrary numbers of / in path tails #9722
Closed
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.
Motivation
./a/${b} is valid. ./a//${b} is valid. ./a///${b} is invalid. but ./a/${b}///c is valid. this is kind of inconsistent, and considering that we can do path canonicalization outside of the scanner we may as well drop the requirement that slash-runs before the first interpolations be at most 2 long (except for the initial slash of a path which still needs to be restricted, otherwise we'll create ambiguities with the update operator).
this should only accept inputs that were invalid previously. the old behavior of preserving the number of slashes in the final concatenation expression is kept. we do not canonicalize ~ paths because this would break the current ability to create paths that'll traverse out of ~.
Context
Priorities and Process
Add 👍 to pull requests you find important.
The Nix maintainer team uses a GitHub project board to schedule and track reviews.