Add response-file support for large Windows workspaces

[psandana]

Fixes #6934.

This revision implements the explicit argument-file option suggested in #6934 (comment).

Problem

cargo-fmt passes every target path for an edition directly to one rustfmt process. Windows limits the complete CreateProcessW command line to 32,767 UTF-16 code units, so large workspaces fail with OS error 206 before rustfmt starts.

The issue reproducer contains 918 targets and exceeds that limit under a typical absolute checkout path.

Solution

Rustfmt gains an explicit argument-file option:

rustfmt --args-file <path>
rustfmt --args-file=<path>

Argument files are UTF-8 with one argument per line. They may be nested up to 16 levels, and -- terminates option and argument-file expansion globally. Ordinary filenames beginning with @ retain their existing meaning; no existing positional syntax is reinterpreted.

On Windows, cargo-fmt calculates the command-line length using Rust's Windows quoting rules. Only when an invocation would reach 32,767 UTF-16 code units does it write the complete rustfmt argument vector to a temporary file and invoke rustfmt --args-file <temporary-path>.

Keeping one rustfmt process per edition preserves existing session, ordering, JSON, and checkstyle behavior. User-provided --args-file options are expanded before cargo-fmt creates its transport file, so behavior remains identical below and above the Windows threshold.

Compatibility

• @source.rs remains an ordinary source filename.
• Non-Windows behavior is unchanged.
• Windows commands below the OS limit continue to use direct arguments.
• Argument-file paths and contents must be valid UTF-8, consistent with rustfmt's existing Unicode CLI.
• Embedded newlines are rejected because the format is one argument per line.
• The temporary file remains alive until rustfmt exits.

Tests

• Separated and = syntax, CRLF, blank arguments, missing files, nesting, and global -- termination.
• An ordinary source filename beginning with @.
• Windows command-line quoting and exact length calculation.
• A generated 500-target Windows workspace exceeding the limit.
• User-provided argument files across the cargo-fmt threshold.
• The original cargo fmt failure on Windows, too many command line args #6934 918-target reproducer.

[ytmimi]

Going to close this one for now. I personally don't think we'll move forward with the response-file support since it doesn't feel right to me that carg-fmt would write a to a file and pass that along to rustfmt.

[psandana]

Updated the implementation to use the explicit --args-file option suggested in #6934 (comment). This removes the breaking interpretation of filenames beginning with @; @source.rs remains an ordinary positional filename.

[psandana]

Replacement PR #7028 implements the suggested explicit --args-file design and leaves @-prefixed filenames unchanged.