Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bpart: Ignore guard bindings for ambiguity purposes #57406

Merged
merged 1 commit into from
Feb 15, 2025
Merged

bpart: Ignore guard bindings for ambiguity purposes #57406

merged 1 commit into from
Feb 15, 2025

Conversation

Keno
Copy link
Member

@Keno Keno commented Feb 14, 2025

This makes non-guard bindings stronger than guard bindings for ambiguity purposes. Note that both of these are yet stronger than deprecated bindings, so if there's a "non-guard deprecated" binding and a "guard non-deprecated" binding, the latter will win and the access will be UndefVarError. I think this is the closest to the 1.11 behavior without relying on resolvedness.

Fixes #57404

This PR is against #57405 just because that PR touches the common interface, but is conceptually independent.

@KristofferC KristofferC added the backport 1.12 Change should be backported to release-1.12 label Feb 14, 2025
@KristofferC KristofferC mentioned this pull request Feb 14, 2025
31 tasks
@Keno Keno force-pushed the kf/partitionexport branch 2 times, most recently from b9b8266 to b53d541 Compare February 15, 2025 00:05
Base automatically changed from kf/partitionexport to master February 15, 2025 07:54
This makes non-guard bindings stronger than guard bindings for ambiguity
purposes. Note that both of these are yet stronger than deprecated
bindings, so if there's a "non-guard deprecated" binding and a "guard
non-deprecated" binding, the latter will win and the access will
be UndefVarError. I think this is the closest to the 1.11 behavior
without relying on resolvedness.

Fixes #57404
@Keno Keno merged commit a371899 into master Feb 15, 2025
5 of 7 checks passed
@Keno Keno deleted the kf/57404 branch February 15, 2025 18:35
KristofferC pushed a commit that referenced this pull request Feb 15, 2025
This makes non-guard bindings stronger than guard bindings for ambiguity
purposes. Note that both of these are yet stronger than deprecated
bindings, so if there's a "non-guard deprecated" binding and a "guard
non-deprecated" binding, the latter will win and the access will be
UndefVarError. I think this is the closest to the 1.11 behavior without
relying on resolvedness.

Fixes #57404

This PR is against #57405 just because that PR touches the common
interface, but is conceptually independent.

(cherry picked from commit a371899)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
backport 1.12 Change should be backported to release-1.12
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Incorrect implicit ambiguity resolution
2 participants