diff options
| author | Matthias Krüger <matthias.krueger@famsik.de> | 2024-04-08 14:31:10 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2024-04-08 14:31:10 +0200 |
| commit | 337be99bb6c065cf0743a159166ba3308f7cfccd (patch) | |
| tree | 6942d1fcb41fe7b692dc32b08343d4e7242158ff /compiler/rustc_llvm/llvm-wrapper | |
| parent | beaca9ce0899f25b0583e7e70780672838dc0b43 (diff) | |
| parent | 95ec17a793d396fca2d03fb3ce5a53e137e04af4 (diff) | |
| download | rust-337be99bb6c065cf0743a159166ba3308f7cfccd.tar.gz rust-337be99bb6c065cf0743a159166ba3308f7cfccd.zip | |
Rollup merge of #120144 - petrochenkov:unty, r=davidtwco
privacy: Stabilize lint `unnameable_types` This is the last piece of ["RFC #2145: Type privacy and private-in-public lints"](https://github.com/rust-lang/rust/issues/48054). Having unstable lints is not very useful because you cannot even dogfood them in the compiler/stdlib in this case (https://github.com/rust-lang/rust/pull/113284). The worst thing that may happen when a lint is removed are some `removed_lints` warnings, but I haven't heard anyone suggesting removing this specific lint. This lint is allow-by-default and is supposed to be enabled explicitly. Some false positives are expected, because sometimes unnameable types are a legitimate pattern. This lint also have some unnecessary false positives, that can be fixed - see https://github.com/rust-lang/rust/issues/120146 and https://github.com/rust-lang/rust/issues/120149. Closes https://github.com/rust-lang/rust/issues/48054.
Diffstat (limited to 'compiler/rustc_llvm/llvm-wrapper')
0 files changed, 0 insertions, 0 deletions