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

[stable] Backport fix for #60989 "ICE with incorrect turbofish" #61085

Closed
wants to merge 3 commits into from

Conversation

oli-obk
Copy link
Contributor

@oli-obk oli-obk commented May 23, 2019

stable fix backport for #60989

do not merge yet, untested

@rust-highfive
Copy link
Collaborator

r? @petrochenkov

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

@rust-highfive
Copy link
Collaborator

⚠️ Warning ⚠️

  • Pull requests are usually filed against the master branch for this repo, but this one is against stable. Please double check that you specified the right target!

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label May 23, 2019
@petrochenkov
Copy link
Contributor

r? @pietroalbini

@eddyb
Copy link
Member

eddyb commented May 23, 2019

Started stage1 test build to help out, apparently LLVM builds make it hard to test stable backports.

EDIT: most of it took like 7 seconds, with all the TableGen stuff maybe about a minute.
I guess I had an old enough LLVM build in ccache, this machine is not that fast.

@alexcrichton alexcrichton changed the title Fix backport to stable [stable] Fix backport to stable May 23, 2019
@eddyb
Copy link
Member

eddyb commented May 23, 2019

error: internal compiler error: src/librustc/hir/def.rs:271: attempted .def_id() on invalid def: Local(NodeId(13246))

I talked to @oli-obk, and he doesn't mind me taking over (since I already have a build dir for this).

@pietroalbini
Copy link
Member

This is ok from a release point of view, but I'm not knowledgeable enough to be the assignee for this.

@eddyb eddyb changed the title [stable] Fix backport to stable [stable] Backport fix for #60989 "ICE with incorrect turbofish" May 23, 2019
@rust-highfive

This comment has been minimized.

@eddyb
Copy link
Member

eddyb commented May 23, 2019

./x.py test --stage 1 src/test/ui succeeds now for me, what's left?
Presumably someone other than me has to review it (@varkor?).

@pietroalbini
Copy link
Member

Anyone from @rust-lang/compiler up for a review of this?

@varkor
Copy link
Member

varkor commented May 23, 2019

@bors r+ p=1000

@bors
Copy link
Contributor

bors commented May 23, 2019

📌 Commit 6e81f82 has been approved by varkor

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels May 23, 2019
@bors
Copy link
Contributor

bors commented May 23, 2019

⌛ Testing commit 6e81f82 with merge e6bb10d673b9ef4119e5f9de26bd4dd2a138b8c3...

@pietroalbini pietroalbini added beta-accepted Accepted for backporting to the compiler in the beta channel. beta-nominated Nominated for backporting to the compiler in the beta channel. labels May 23, 2019
@cuviper
Copy link
Member

cuviper commented May 23, 2019

There's no such label, but let's not forget this for master/nightly too...

@varkor
Copy link
Member

varkor commented May 23, 2019

@cuviper: #60989 isn't being marked as fix, so we have the issue to remind us 👍

@bors
Copy link
Contributor

bors commented May 23, 2019

💔 Test failed - status-appveyor

@bors bors added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels May 23, 2019
@cuviper
Copy link
Member

cuviper commented May 23, 2019

I don't know if this is spurious, but the rls test failure is here:
https://ci.appveyor.com/project/rust-lang/rust/builds/24765767/job/c72eopevht8wxajk#L10885

thread 'client_changing_workspace_lib_retains_diagnostics' panicked at 'assertion failed: bin.diagnostics[0].message.contains("mismatched types\n\nexpected u32, found u64")', src\tools\rls\tests\client.rs:275:5

@varkor
Copy link
Member

varkor commented May 23, 2019

@bors retry

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels May 23, 2019
@varkor
Copy link
Member

varkor commented May 23, 2019

(I'm also not sure, but this is blocking the stable release, so I'm going to hope it was.)

@bors
Copy link
Contributor

bors commented May 23, 2019

⌛ Testing commit 6e81f82 with merge 6c8dd30950da3cc2a89b3e211e1ac1743c67421c...

@eddyb
Copy link
Member

eddyb commented May 23, 2019

cc @Xanewok for #61085 (comment)

@pietroalbini
Copy link
Member

Yeah that should be spurious.

@pietroalbini pietroalbini removed beta-accepted Accepted for backporting to the compiler in the beta channel. beta-nominated Nominated for backporting to the compiler in the beta channel. labels May 23, 2019
@pietroalbini
Copy link
Member

Unfortunately we can't include this into 1.35.0: the spurious failure moved the tentative release time to around 2AM in my timezone, and y'all don't want me doing a release that late. @eddyb or @oli-obk, can any of you rebase this PR on master and beta-nominated+stable-nominated it?

Closing this PR.

@bors r- retry

@bors bors added S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. and removed S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. labels May 23, 2019
@eddyb
Copy link
Member

eddyb commented May 23, 2019

Note for whoever wants to rebase this on master (before I have a chance to look at it): Def was renamed to Res, so at the very least there's that, but also rewrite_self_ctor might have changed its signature and may be more aggressive now. (if so, it should be changed to return just Res)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants