https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=master 2025-09-02T09:12:54+00:00 2025-09-02T09:12:54+00:00 Nicholas Nethercote n.nethercote@gmail.com 2025-09-02T09:09:13+00:00 urn:sha1:301655eafe56a4b5064adebd412becf94b59221c This was done in #145740 and #145947. It is causing problems for people using r-a on anything that uses the rustc-dev rustup package, e.g. Miri, clippy. This repository has lots of submodules and subtrees and various different projects are carved out of pieces of it. It seems like `[workspace.dependencies]` will just be more trouble than it's worth. 2025-08-28T10:10:54+00:00 Nicholas Nethercote n.nethercote@gmail.com 2025-08-27T09:58:21+00:00 urn:sha1:daf6fe2c1b51877d027453191ec648f52fc0ea8c 2025-08-27T04:21:19+00:00 Nicholas Nethercote n.nethercote@gmail.com 2025-08-22T00:39:58+00:00 urn:sha1:c50d2cc8078280a0dfdd562c7688e81b664e5880 2025-08-24T07:14:49+00:00 Jana Dönszelmann jana@donsz.nl 2025-08-11T09:46:30+00:00 urn:sha1:4b35cde904c1015df42b2c63244c1db1ed51fff9 2025-08-22T08:59:56+00:00 Josh Triplett josh@joshtriplett.org 2025-08-22T03:30:28+00:00 urn:sha1:c99320156dfeea98836fe7dad97d16f67c4d879e Lint buffering currently relies on a giant enum `BuiltinLintDiag` containing all the lints that might potentially get buffered. In addition to being an unwieldy enum in a central crate, this also makes `rustc_lint_defs` a build bottleneck: it depends on various types from various crates (with a steady pressure to add more), and many crates depend on it. Having all of these variants in a separate crate also prevents detecting when a variant becomes unused, which we can do with a dedicated type defined and used in the same crate. Refactor this to use a dyn trait, to allow using `LintDiagnostic` types directly. This requires boxing, but all of this is already on the slow path (emitting an error). Because the existing `BuiltinLintDiag` requires some additional types in order to decorate some variants, which are only available later in `rustc_lint`, use an enum `DecorateDiagCompat` to handle both the `dyn LintDiagnostic` case and the `BuiltinLintDiag` case. 2025-08-20T22:01:13+00:00 Josh Triplett josh@joshtriplett.org 2025-08-14T08:33:59+00:00 urn:sha1:f3c8b7ad40c405989be968dc170e487d360fd6da Some crates depend on `rustc_hir` but only want `HirId` and similar id types. `rustc_hir` is a heavy dependency, since it pulls in `rustc_target`. Split these types out into their own crate `rustc_hir_id`. This allows `rustc_errors` to drop its direct dependency on `rustc_hir`. (`rustc_errors` still depends on `rustc_hir` indirectly through `rustc_lint_defs`; a subsequent commit will fix that.) 2025-08-20T22:01:13+00:00 Josh Triplett josh@joshtriplett.org 2025-08-14T07:28:44+00:00 urn:sha1:b65fab62999e96acd3683826ffd4140091f185f2 `rustc_errors` depends on numerous crates, solely to implement its `IntoDiagArg` trait on types from those crates. Many crates depend on `rustc_errors`, and it's on the critical path. We can't swap things around to make all of those crates depend on `rustc_errors` instead, because `rustc_errors` would end up in dependency cycles. Instead, move `IntoDiagArg` into `rustc_error_messages`, which has far fewer dependencies, and then have most of these crates depend on `rustc_error_messages`. This allows `rustc_errors` to drop dependencies on several crates, including the large `rustc_target`. (This doesn't fully reduce dependency chains yet, as `rustc_errors` still depends on `rustc_hir` which depends on `rustc_target`. That will get fixed in a subsequent commit.) 2025-07-31T12:19:27+00:00 Jana Dönszelmann jana@donsz.nl 2025-07-31T09:00:40+00:00 urn:sha1:e1d3ad89c7a2ad4f5d944a7fee1298ffe8c99645 2025-07-04T08:43:43+00:00 klensy klensy@users.noreply.github.com 2025-07-04T08:43:43+00:00 urn:sha1:e631555a4838aaa5ea8e10dadf7e54cf9711ed10 2025-05-17T12:26:38+00:00 klensy klensy@users.noreply.github.com 2025-05-17T12:25:32+00:00 urn:sha1:9cacafdd1ae7b23692d9894c6110b7f8f404b4bb