
We already do this for a number of crates, e.g. `rustc_middle`, `rustc_span`, `rustc_metadata`, `rustc_span`, `rustc_errors`. For the ones we don't, in many cases the attributes are a mess. - There is no consistency about order of attribute kinds (e.g. `allow`/`deny`/`feature`). - Within attribute kind groups (e.g. the `feature` attributes), sometimes the order is alphabetical, and sometimes there is no particular order. - Sometimes the attributes of a particular kind aren't even grouped all together, e.g. there might be a `feature`, then an `allow`, then another `feature`. This commit extends the existing sorting to all compiler crates, increasing consistency. If any new attribute line is added there is now only one place it can go -- no need for arbitrary decisions. Exceptions: - `rustc_log`, `rustc_next_trait_solver` and `rustc_type_ir_macros`, because they have no crate attributes. - `rustc_codegen_gcc`, because it's quasi-external to rustc (e.g. it's ignored in `rustfmt.toml`).
24 lines
500 B
Rust
24 lines
500 B
Rust
// tidy-alphabetical-start
|
|
#![feature(decl_macro)]
|
|
#![feature(let_chains)]
|
|
#![feature(thread_spawn_unchecked)]
|
|
#![feature(try_blocks)]
|
|
// tidy-alphabetical-end
|
|
|
|
mod callbacks;
|
|
mod errors;
|
|
pub mod interface;
|
|
mod passes;
|
|
mod proc_macro_decls;
|
|
mod queries;
|
|
pub mod util;
|
|
|
|
pub use callbacks::setup_callbacks;
|
|
pub use interface::{run_compiler, Config};
|
|
pub use passes::DEFAULT_QUERY_PROVIDERS;
|
|
pub use queries::Queries;
|
|
|
|
#[cfg(test)]
|
|
mod tests;
|
|
|
|
rustc_fluent_macro::fluent_messages! { "../messages.ftl" }
|