Permit attributes inside use-trees
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 119k
- Forks
- 16.1k
- PR merge metrics
- PR metrics pending
Description
Can we permit attributes on use items? I would like the following snippet to be syntactically and semantically valid.
use crate::{alpha, beta, #[cfg(feature = "foo")] gamma};
This would be equivalent to
use crate::{alpha, beta};
#[cfg(feature = "foo")]
use crate::gamma;
This would permit me to use rustfmt's option of one import per module and have it actually be true, rather than one import per module per feature gate. Attributes such as #[allow(unused_imports)] are plausibly useful in this position as well.
Syntactically I see no conflicts in the reference, as # starts any attribute and is unambiguous with the start of an identifier and ::.
This feels simple enough to not need a full RFC, which as far as I can tell is what is technically required. I had thought MCPs were for this, but that turns out to be for non-user-facing changes, and ACP deals with T-libs territory. So consider this a lang-MCP, if you will?
cc @rust-lang/lang
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the Rust Reference section on use declarations and the examples in the issue. Determine the language-design and implementation work needed for attributes inside use trees, including cfg and allow attributes, and validate that the resulting syntax and semantics match the requested equivalent imports.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- compilers
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100