Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Refactor: SeparateLocalRef variant for not-evaluated-yet operands#109582

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
bors merged 1 commit intorust-lang:masterfromscottmcm:local-ref-pending
Mar 27, 2023

Conversation

@scottmcm
Copy link
Member

As I was reading through this, I noticed that almost every place that was using this needed to distinguish between Some vs None in the match arm anyway, so thought that separating the cases at the variant level might be clearer instead.

I like how it ended up; let me know what you think!

@rustbot
Copy link
Collaborator

r?@oli-obk

(rustbot has picked a reviewer for you, use r? to override)

@rustbotrustbot added S-waiting-on-reviewStatus: Awaiting review from the assignee but also interested parties. T-compilerRelevant to the compiler team, which will review and decide on the PR/issue. labelsMar 25, 2023
}
}
LocalRef::PendingOperand =>{
bug!("using still-pending operand local {:?} as place", place_ref);
Copy link
MemberAuthor

@scottmcmscottmcmMar 25, 2023
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

This is the one place that wasn't already distinguishing betweenSome/None, and near as I can tell that's just because theNone case is impossible -- at least it seems plausible that we should never be using a not-evaluated-yet operand as a place, and I never hit an ICE from a stage2 build nor any codegen tests having added this check.

@oli-obk
Copy link
Contributor

@bors r+ rollup

nice!

@bors
Copy link
Collaborator

📌 Commit4979860 has been approved byoli-obk

It is now in thequeue for this repository.

@borsbors added S-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-reviewStatus: Awaiting review from the assignee but also interested parties. labelsMar 27, 2023
@oli-obk
Copy link
Contributor

@bors r+ rollup

nice!

@bors
Copy link
Collaborator

💡 This pull request was already approved, no need to approve it again.

@bors
Copy link
Collaborator

📌 Commit4979860 has been approved byoli-obk

It is now in thequeue for this repository.

bors added a commit to rust-lang-ci/rust that referenced this pull requestMar 27, 2023
…iaskrgrRollup of 7 pull requestsSuccessful merges: -rust-lang#108625 (More config.toml.example cleanups) -rust-lang#109418 (Rename 'src/bootstrap/native.rs' to llvm.rs) -rust-lang#109580 (Remove some stale FIXMEs in new solver) -rust-lang#109582 (Refactor: Separate `LocalRef` variant for not-evaluated-yet operands) -rust-lang#109650 (Remove Nilstrieb from review rotation) -rust-lang#109656 (Update cargo) -rust-lang#109658 (Backport 1.68.1 and 1.68.2 release notes to `master`)Failed merges:r? `@ghost``@rustbot` modify labels: rollup
@borsbors merged commit7f6b406 intorust-lang:masterMar 27, 2023
@rustbotrustbot added this to the1.70.0 milestoneMar 27, 2023
@scottmcmscottmcm deleted the local-ref-pending branchMarch 27, 2023 17:29
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

No reviews

Assignees

@oli-obkoli-obk

Labels

S-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.

Projects

None yet

Milestone

1.70.0

Development

Successfully merging this pull request may close these issues.

4 participants

@scottmcm@rustbot@oli-obk@bors

[8]ページ先頭

©2009-2025 Movatter.jp