commit | 28e43b6fb48ffbaa1d1c1fa7acc953862c4c5c03 | [log] [tgz] |
---|---|---|
author | Nilstrieb <48135649+Nilstrieb@users.noreply.github.com> | Thu May 23 21:09:26 2024 +0200 |
committer | Yacin Tmimi <yacintmimi@gmail.com> | Tue May 28 09:31:47 2024 -0600 |
tree | c9c94457095fdcda60829d95d623e014623f3064 | |
parent | d5f1200ed6a8e375f963e0c59a8bee45c0018c55 [diff] |
Use `with_capacity` in `rewrite_path` It not only makes rustfmt faster, but also makes the code nicer imo. performance: ``` Summary ./build/host/stage2/bin/rustfmt library/std/src/lib.rs --edition 2021 ran 1.03 ± 0.02 times faster than ../rust3/build/host/stage2/bin/rustfmt library/std/src/lib.rs --edition 2021 ``` Final string lengths when formatting `core`: ``` 143144 counts ( 1) 23535 (16.4%, 16.4%): 4 ( 2) 16138 (11.3%, 27.7%): 3 ( 3) 15143 (10.6%, 38.3%): 5 ( 4) 13477 ( 9.4%, 47.7%): 6 ( 5) 9122 ( 6.4%, 54.1%): 7 ( 6) 8715 ( 6.1%, 60.2%): 1 ( 7) 6321 ( 4.4%, 64.6%): 8 ( 8) 6178 ( 4.3%, 68.9%): 11 ( 9) 5826 ( 4.1%, 73.0%): 2 ( 10) 5168 ( 3.6%, 76.6%): 9 ( 11) 4162 ( 2.9%, 79.5%): 10 ( 12) 3555 ( 2.5%, 82.0%): 13 ( 13) 3337 ( 2.3%, 84.3%): 14 ( 14) 3017 ( 2.1%, 86.4%): 17 ( 15) 2875 ( 2.0%, 88.4%): 12 ( 16) 2345 ( 1.6%, 90.1%): 15 ( 17) 1956 ( 1.4%, 91.4%): 16 ( 18) 1946 ( 1.4%, 92.8%): 18 ( 19) 1410 ( 1.0%, 93.8%): 19 ( 20) 1187 ( 0.8%, 94.6%): 20 ( 21) 1045 ( 0.7%, 95.3%): 22 ( 22) 1042 ( 0.7%, 96.1%): 21 ( 23) 792 ( 0.6%, 96.6%): 23 ( 24) 649 ( 0.5%, 97.1%): 24 ( 25) 619 ( 0.4%, 97.5%): 27 ( 26) 569 ( 0.4%, 97.9%): 28 ( 27) 540 ( 0.4%, 98.3%): 26 ( 28) 460 ( 0.3%, 98.6%): 25 ( 29) 328 ( 0.2%, 98.8%): 29 ( 30) 243 ( 0.2%, 99.0%): 31 [...] ```
A tool for formatting Rust code according to style guidelines.
If you‘d like to help out (and you should, it’s a fun project!), see Contributing.md and our Code of Conduct.
You can use rustfmt in Travis CI builds. We provide a minimal Travis CI configuration (see here).
You can run rustfmt
with Rust 1.24 and above.
To install:
rustup component add rustfmt
To run on a cargo project in the current working directory:
cargo fmt
For the latest and greatest rustfmt
, nightly is required.
To install:
rustup component add rustfmt --toolchain nightly
To run on a cargo project in the current working directory:
cargo +nightly fmt
Rustfmt tries to work on as much Rust code as possible. Sometimes, the code doesn‘t even need to compile! In general, we are looking to limit areas of instability; in particular, post-1.0, the formatting of most code should not change as Rustfmt improves. However, there are some things that Rustfmt can’t do or can't do well (and thus where formatting might change significantly, even post-1.0). We would like to reduce the list of limitations over time.
The following list enumerates areas where Rustfmt does not work or where the stability guarantees do not apply (we don't make a distinction between the two because in the future Rustfmt might work on code where it currently does not):
You can run Rustfmt by just typing rustfmt filename
if you used cargo install
. This runs rustfmt on the given file, if the file includes out of line modules, then we reformat those too. So to run on a whole module or crate, you just need to run on the root file (usually mod.rs or lib.rs). Rustfmt can also read data from stdin. Alternatively, you can use cargo fmt
to format all binary and library targets of your crate.
You can run rustfmt --help
for information about available arguments. The easiest way to run rustfmt against a project is with cargo fmt
. cargo fmt
works on both single-crate projects and cargo workspaces. Please see cargo fmt --help
for usage information.
You can specify the path to your own rustfmt
binary for cargo to use by setting theRUSTFMT
environment variable. This was added in v1.4.22, so you must have this version or newer to leverage this feature (cargo fmt --version
)
rustfmt
directlyTo format individual files or arbitrary codes from stdin, the rustfmt
binary should be used. Some examples follow:
rustfmt lib.rs main.rs
will format “lib.rs” and “main.rs” in placerustfmt
will read a code from stdin and write formatting to stdoutecho "fn main() {}" | rustfmt
would emit “fn main() {}”.For more information, including arguments and emit options, see rustfmt --help
.
When running with --check
, Rustfmt will exit with 0
if Rustfmt would not make any formatting changes to the input, and 1
if Rustfmt would make changes. In other modes, Rustfmt will exit with 1
if there was some error during formatting (for example a parsing or internal error) and 0
if formatting completed without error (whether or not changes were made).
To keep your code base consistently formatted, it can be helpful to fail the CI build when a pull request contains unformatted code. Using --check
instructs rustfmt to exit with an error code if the input is not formatted correctly. It will also print any found differences. (Older versions of Rustfmt don't support --check
, use --write-mode diff
).
A minimal Travis setup could look like this (requires Rust 1.31.0 or greater):
language: rust before_script: - rustup component add rustfmt script: - cargo build - cargo test - cargo fmt --all -- --check
See this blog post for more info.
cargo build
to build.
cargo test
to run all tests.
To run rustfmt after this, use cargo run --bin rustfmt -- filename
. See the notes above on running rustfmt.
Rustfmt is designed to be very configurable. You can create a TOML file called rustfmt.toml
or .rustfmt.toml
, place it in the project or any other parent directory and it will apply the options in that file. See rustfmt --help=config
for the options which are available, or if you prefer to see visual style previews, GitHub page.
By default, Rustfmt uses a style which conforms to the Rust style guide that has been formalized through the style RFC process.
Configuration options are either stable or unstable. Stable options can always be used, while unstable ones are only available on a nightly toolchain, and opt-in. See GitHub page for details.
Rustfmt is able to pick up the edition used by reading the Cargo.toml
file if executed through the Cargo's formatting tool cargo fmt
. Otherwise, the edition needs to be specified in rustfmt.toml
, e.g., with edition = "2018"
.
For things you do not want rustfmt to mangle, use #[rustfmt::skip]
To prevent rustfmt from formatting a macro or an attribute, use #[rustfmt::skip::macros(target_macro_name)]
or #[rustfmt::skip::attributes(target_attribute_name)]
Example:
#![rustfmt::skip::attributes(custom_attribute)] #[custom_attribute(formatting , here , should , be , Skipped)] #[rustfmt::skip::macros(html)] fn main() { let macro_result1 = html! { <div> Hello</div> }.to_string();
When you run rustfmt, place a file named rustfmt.toml
or .rustfmt.toml
in target file directory or its parents to override the default settings of rustfmt. You can generate a file containing the default configuration with rustfmt --print-config default rustfmt.toml
and customize as needed.
After successful compilation, a rustfmt
executable can be found in the target directory.
If you're having issues compiling Rustfmt (or compile errors when trying to install), make sure you have the most recent version of Rust installed.
You can change the way rustfmt emits the changes with the --emit flag:
Example:
cargo fmt -- --emit files
Options:
Flag | Description | Nightly Only |
---|---|---|
files | overwrites output to files | No |
stdout | writes output to stdout | No |
coverage | displays how much of the input file was processed | Yes |
checkstyle | emits in a checkstyle format | Yes |
json | emits diffs in a json format | Yes |
Rustfmt is distributed under the terms of both the MIT license and the Apache License (Version 2.0).
See LICENSE-APACHE and LICENSE-MIT for details.