rust/compiler/rustc_errors/src, branch 1.64.0 https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.64.0 2022-08-31T00:02:19+00:00 Auto merge of #99893 - compiler-errors:issue-99387, r=davidtwco 2022-08-31T00:02:19+00:00 bors bors@rust-lang.org 2022-08-06T12:29:11+00:00 urn:sha1:b4b39cd970a0ea74eac944b9439e47fbd3b8c4c7 Delay formatting trimmed path until lint/error is emitted Fixes #99387 r? `@davidtwco` Revert let_chains stabilization 2022-08-15T07:05:24+00:00 Nilstrieb 48135649+Nilstrieb@users.noreply.github.com 2022-08-14T19:41:10+00:00 urn:sha1:11a367a7c0cf5aa556dba91228f0f1fe48727d7a This reverts commit 326646074940222d602f3683d0559088690830f4. It was discovered that they are not implemented correctly, which does not make them ready for stabilization. Auto merge of #99058 - michaelwoerister:remove-stable-set-and-map, r=nagisa 2022-07-20T22:19:30+00:00 bors bors@rust-lang.org 2022-07-20T22:19:30+00:00 urn:sha1:be9cfb307e6928600a9769695e02d6296e8e1174 Remove the unused StableSet and StableMap types from rustc_data_structures. The current implementation is not "stable" in the same sense that `HashStable` and `StableHasher` are stable, i.e. across compilation sessions. So, in my opinion, it's better to remove those types (which are basically unused anyway) than to give the wrong impression that these are safe for incr. comp. I plan to provide new "stable" collection types soon that can be used to replace `FxHashMap` and `FxHashSet` in query results (see [draft](https://github.com/michaelwoerister/rust/commit/69d03ac7a7d651a397ab793e9d78f8fce3edf7a6)). It's unsound that `HashMap` and `HashSet` implement `HashStable` (see https://github.com/rust-lang/rust/issues/98890 for a recent P-critical bug caused by this) -- so we should make some progress there. Remove unused StableMap and StableSet types from rustc_data_structures 2022-07-20T11:11:39+00:00 Michael Woerister michaelwoerister@posteo 2022-07-08T16:06:18+00:00 urn:sha1:88f6c6d8a0245938f9f49e8b088114d6862e793d avoid `&str` to String conversions 2022-07-20T09:19:57+00:00 Takayuki Maeda takoyaki0316@gmail.com 2022-07-20T09:19:57+00:00 urn:sha1:56e7777755945041da1f898d1bd1887e554adce1 Mention first and last macro in backtrace 2022-07-19T03:07:54+00:00 Michael Goulet michael@errs.io 2022-06-21T02:25:52+00:00 urn:sha1:01b2379e4902658de68fcdca2a15b48fe4d57875 Rollup merge of #99342 - TaKO8Ki:avoid-symbol-to-string-conversions, r=compiler-errors 2022-07-16T20:30:56+00:00 Matthias Krüger matthias.krueger@famsik.de 2022-07-16T20:30:56+00:00 urn:sha1:6277ac2fb8bf97cd910a0a841c6924b246d32c44 Avoid some `Symbol` to `String` conversions This patch removes some Symbol to String conversions. avoid some `Symbol` to `String` conversions 2022-07-16T19:09:20+00:00 Takayuki Maeda takoyaki0316@gmail.com 2022-07-16T19:09:20+00:00 urn:sha1:c54d4ada26c6a92346076bcc27d628398345ed9e passes: migrate half of `check_attr` 2022-07-15T15:13:49+00:00 David Wood david.wood@huawei.com 2022-07-11T17:59:04+00:00 urn:sha1:78b19a90b7d728f3bde6a70a2509ae177561ce5f Migrate half of the `rustc_passes::check_attr` diagnostics to using diagnostic derives and being translatable. errors: lint on `LintDiagnosticBuilder::build` 2022-07-15T15:13:47+00:00 David Wood david.wood@huawei.com 2022-07-11T15:29:24+00:00 urn:sha1:c3fdf748856fa220dc251647808db8535ac0bba2 Apply the `#[rustc_lint_diagnostics]` attribute to `LintDiagnosticBuilder::build` so that diagnostic migration lints will trigger for it. Signed-off-by: David Wood <david.wood@huawei.com>