rust/compiler/rustc_query_system/src/lib.rs

// tidy-alphabetical-start
#![allow(internal_features)]
#![feature(assert_matches)]
#![feature(core_intrinsics)]
#![feature(min_specialization)]
// tidy-alphabetical-end

pub mod cache;
pub mod dep_graph;
mod error;
pub mod ich;
pub mod query;
mod values;

pub use error::{HandleCycleError, QueryOverflow, QueryOverflowNote};
pub use values::Value;

rustc_fluent_macro::fluent_messages! { "../messages.ftl" }
Use `tidy` to sort crate attributes for all compiler crates. 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`). 2024-06-12 13:49:36 +10:00			`// tidy-alphabetical-start`
Handle `rustc_query_system` cases of `rustc::potential_query_instability` lint 2025-05-05 19:06:15 +03:00			`#![allow(internal_features)]`
Move ICH to rustc_query_system. 2020-11-14 16:35:31 +01:00			`#![feature(assert_matches)]`
Make librustc_query_system compile. 2020-03-18 10:25:22 +01:00			`#![feature(core_intrinsics)]`
Use `tidy` to sort crate attributes for all compiler crates. 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`). 2024-06-12 13:49:36 +10:00			`#![feature(min_specialization)]`
			`// tidy-alphabetical-end`
Make librustc_query_system compile. 2020-03-18 10:25:22 +01:00
Introduce an abstraction for EvaluationCache and SelectionCache. 2020-08-02 15:03:47 +02:00			`pub mod cache;`
Make librustc_query_system compile. 2020-03-18 10:25:22 +01:00			`pub mod dep_graph;`
migrate rustc_query_system to use SessionDiagnostic with manual impl SessionDiagnostic 2022-08-21 21:37:05 +08:00			`mod error;`
Move ICH to rustc_query_system. 2020-11-14 16:35:31 +01:00			`pub mod ich;`
Make librustc_query_system compile. 2020-03-19 14:13:31 +01:00			`pub mod query;`
Make `HandleCycleError` an enum instead of a macro-generated closure - Add a `HandleCycleError` enum to rustc_query_system, along with a `handle_cycle_error` function - Move `Value` to rustc_query_system, so `handle_cycle_error` can use it - Move the `Value` impls from rustc_query_impl to rustc_middle. This is necessary due to orphan rules. 2022-09-01 20:43:12 -05:00			`mod values;`

improve diagnostics for const eval query overflow 2025-01-06 09:04:22 +01:00			`pub use error::{HandleCycleError, QueryOverflow, QueryOverflowNote};`
Make `HandleCycleError` an enum instead of a macro-generated closure - Add a `HandleCycleError` enum to rustc_query_system, along with a `handle_cycle_error` function - Move `Value` to rustc_query_system, so `handle_cycle_error` can use it - Move the `Value` impls from rustc_query_impl to rustc_middle. This is necessary due to orphan rules. 2022-09-01 20:43:12 -05:00			`pub use values::Value;`
errors: generate typed identifiers in each crate Instead of loading the Fluent resources for every crate in `rustc_error_messages`, each crate generates typed identifiers for its own diagnostics and creates a static which are pulled together in the `rustc_driver` crate and provided to the diagnostic emitter. Signed-off-by: David Wood <david.wood@huawei.com> 2022-10-13 10:13:02 +01:00
Use `rustc_fluent_macro::fluent_messages!` directly. Currently we always do this: ``` use rustc_fluent_macro::fluent_messages; ... fluent_messages! { "./example.ftl" } ``` But there is no need, we can just do this everywhere: ``` rustc_fluent_macro::fluent_messages! { "./example.ftl" } ``` which is shorter. 2023-11-22 09:53:07 +11:00			`rustc_fluent_macro::fluent_messages! { "../messages.ftl" }`