Tracking issue for RFC 2294, "if let guard"

[Centril]

This is a tracking issue for the RFC "if let guard" (rust-lang/rfcs#2294).

Steps:

• Implement the RFC (implemented in Implement if-let match guards #79051)
• Adjust documentation
  • if let guards documentation reference#1823
• Stabilization PR
  • Stabilize if let guards (feature(if_let_guard)) #141295

Unresolved questions:

• Work out the exact semantics / borrowck (cc @nikomatsakis, @pnkfelix)
  • Add unit tests analogous to the existing if guard ones that test if let guard instead
  • Ensure that the documentation of these details, if any, give equal footing to if and if let guards.
  • (If there is no documentation of if guards behavior w.r.t. move semantics, I do not think that should hold up stabilizing this feature. We can just file an issue that those things need to be documented.)
• pnkfelix: The fact that both this feature and let else were implemented but had problems discovered relatively late with their handling of certain details w.r.t. locals and temporary r-values is a hint that we may need to revisit our approach to testing features like this more broadly, in terms of how we advise implementors of such features on how to probe for such cases (and maybe also in the form of some kind of language-oriented test-generation tooling?)

[imjacobclark]

👋 After a conversation about this change with @varkor I'm starting to take a look at this with a view to implementing it!

[alexreg]

@imjacobclark Hey. Any progress over the past few months? :-)

[ebkalderon]

Just ran into a case where this ability would be useful. I look forward to this feature landing someday!

[Vincent-liuwingsang]

+1 This would be a nice feature to have!