Matthias Krüger 0470728e94 Rollup merge of #132084 - compiler-errors:param-env-with-err, r=lcnr,estebank ... Consider param-env candidates even if they have errors I added this logic in https://github.com/rust-lang/rust/pull/106309, but frankly I don't know why -- the logic was a very large hammer. It seems like recent changes to error tainting has made that no longer necessary. Ideally we'd rework the way we handle error reporting in all of candidate assembly to be a bit more responsible; we're just suppressing candidates all willy-nilly and it leads to mysterious *other* errors cropping up, like the one that #132082 originally wanted to fix. **N.B.** This has the side-effect of turning a failed resolution like `where Missing: Sized` into a trivial where clause that matches all types, but also I don't think it really matters? I'm putting this up as an alternative to #132082, since that PR doesn't address the case when one desugars the APIT into a regular type param. r? lcnr vibeck		2024-10-24 10:35:40 +02:00
..
src	Rollup merge of #132084 - compiler-errors:param-env-with-err, r=lcnr,estebank	2024-10-24 10:35:40 +02:00
Cargo.toml	Swap PredicateObligation to ThinVec	2024-10-12 15:17:16 +01:00
messages.ftl	Emit specific message for time<0.3.35 inference failure	2024-08-28 22:53:02 +00:00