dianne fb261a179d error early when mixing deref patterns with normal constructors ... Without adding proper support for mixed exhaustiveness, mixing deref patterns with normal constructors would either violate `ConstructorSet::split`'s invariant 4 or 7. We'd either be ignoring rows with normal constructors or we'd have problems in unspecialization from non-disjoint constructors. Checking mixed exhaustivenss similarly to how unions are currently checked should work, but the diagnostics for unions are confusing. Since mixing deref patterns with normal constructors is pretty niche (currently it only makes sense for `Cow`), emitting an error lets us avoid committing to supporting mixed exhaustiveness without a good answer for the diagnostics.		2025-05-06 18:53:55 -07:00
..
src	error early when mixing deref patterns with normal constructors	2025-05-06 18:53:55 -07:00
tests	Use -Wunused_crate_dependencies for compiler crates.	2025-03-20 08:59:43 +11:00
Cargo.toml	Revert "Use workspace lints for crates in compiler/ #138084"	2025-03-10 18:12:47 +08:00
messages.ftl	error early when mixing deref patterns with normal constructors	2025-05-06 18:53:55 -07:00