`items_after_statements` doesn't understand `cfg_select!`

Summary

The latest nightly introduced formatting support for cfg_select!, which led me to remove a bunch of extra {} in conditional blocks. Unfortunately this started triggering this lint unnecessarily.

Lint Name

items_after_statements

Reproducer

I tried this code:

cfg_select! {
    unix => {
        use std::os::unix::fs::FileExt;

        self.file.read_exact_at(buf, offset)
    }
    windows => {
        use std::os::windows::fs::FileExt;

        // ...

I saw this happen:

warning: adding items after statements is confusing, since items exist from the start of the scope
   --> crates/shared/ab-direct-io-file/src/lib.rs:384:17
    |
384 |                 use std::os::unix::fs::FileExt;
    |                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    |
    = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#items_after_statements
    = note: `-W clippy::items-after-statements` implied by `-W clippy::pedantic`
    = help: to override `-W clippy::pedantic` add `#[allow(clippy::items_after_statements)]`

warning: adding items after statements is confusing, since items exist from the start of the scope
   --> crates/shared/ab-direct-io-file/src/lib.rs:436:17
    |
436 |                 use std::os::unix::fs::FileExt;
    |                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    |
    = help: for further information visit https://rust-lang.github.io/rust-clippy/master/index.html#items_after_statements

Adding extra {} helps, but rustfmt removes them automatically:

cfg_select! {
    unix => {{
        use std::os::unix::fs::FileExt;

        self.file.read_exact_at(buf, offset)
    }}
    windows => {{
        use std::os::windows::fs::FileExt;

        // ...

I expected to see this happen:
No warnings

Version

rustc 1.99.0-nightly (11177f223 2026-08-02)
binary: rustc
commit-hash: 11177f2235f0c842b00f82c558ad9480c0c3a895
commit-date: 2026-08-02
host: x86_64-unknown-linux-gnu
release: 1.99.0-nightly
LLVM version: 22.1.8

Additional Labels

No response