Almost fully deprecate hir::map::Map.hir_to_node_id #62975

ljedrz · 2019-07-25T14:26:41Z

HirIdify doctree::Module.id
HirIdify hir::Crate.modules
introduce a HirId to DefIndex map in map::Definitions

The only last uses of hir::map::Map.hir_to_node_id in the compiler are:

for the purposes of driver::pretty (in map::nodes_matching_suffix), but I don't know if we can remove NodeIds in there (I think when I attempted it previously there was some issue due to HirId not being representable with an integer)
in ty::query::on_disk_cache (not sure about the purpose of this one)
in mir::transform::check_unsafety (only important for error message order)

Any suggestions how to kill these off?

r? @Zoxc

wirelessringo · 2019-08-02T21:00:03Z

Ping from triage. @Zoxc any updates on this?

src/librustc/hir/lowering.rs

ljedrz · 2019-08-05T07:24:11Z

@Zoxc done 👍

bors · 2019-08-10T21:10:52Z

☔ The latest upstream changes (presumably #62955) made this pull request unmergeable. Please resolve the merge conflicts.

eddyb · 2019-08-11T05:18:54Z

src/librustc/hir/map/definitions.rs

This is another reason why I would prefer if everything with a DefId was a HirId root: you wouldn't need any mappings, a HIR node with a DefId would have a HirId of (def_id, 0).
cc @michaelwoerister @nikomatsakis @petrochenkov

IIRC, we wanted HirId owners to correspond to item-likes mainly because that's the incremental compilation granularity we were shooting for.

I see, but that seems like it's introducing artificial complexity (with perhaps the exception of TypeckTables - but even in that case, we could just have separate TypeckTables for closures, that are kept in a map in the parent body's TypeckTables).

Bonus: right now things like embedded constants have their own TypeckTables but share a HirId space with their enclosing item, meaning their intra-item IDs are not in a nice 0..n range (if they were, we could maybe use something more efficient than hashmaps).

Zoxc · 2019-08-20T18:20:52Z

The first two commits look good to me, feel free to split those out to a separate PR. I'm less sure about the last one though. I'm probably not the best person to review that.

ljedrz · 2019-08-24T13:55:56Z

@Zoxc seems that someone already pushed one of those two, so I left the other one and I'll post the last commit as a separate PR.

rust-highfive · 2019-08-24T14:08:17Z

The job mingw-check of your PR failed (raw log). Through arcane magic we have determined that the following fragments from the build log may contain information about the problem.

Click to expand the log.

2019-08-24T13:55:28.0979814Z ##[command]git remote add origin https://github.com/rust-lang/rust
2019-08-24T13:55:28.1521116Z ##[command]git config gc.auto 0
2019-08-24T13:55:28.1598788Z ##[command]git config --get-all http.https://github.com/rust-lang/rust.extraheader
2019-08-24T13:55:28.1646638Z ##[command]git config --get-all http.proxy
2019-08-24T13:55:28.1770920Z ##[command]git -c http.extraheader="AUTHORIZATION: basic ***" fetch --force --tags --prune --progress --no-recurse-submodules --depth=2 origin +refs/heads/*:refs/remotes/origin/* +refs/pull/62975/merge:refs/remotes/pull/62975/merge
---
2019-08-24T13:56:01.4491180Z do so (now or later) by using -b with the checkout command again. Example:
2019-08-24T13:56:01.4491229Z 
2019-08-24T13:56:01.4491440Z   git checkout -b <new-branch-name>
2019-08-24T13:56:01.4491469Z 
2019-08-24T13:56:01.4491517Z HEAD is now at 4c2750cf9 Merge 1954174ec1ba7acabfdf8359f55ff5d77094005a into 478464570e60523adc6d303577d1782229ca1f93
2019-08-24T13:56:01.4663022Z ##[section]Starting: Collect CPU-usage statistics in the background
2019-08-24T13:56:01.4665484Z ==============================================================================
2019-08-24T13:56:01.4666701Z Task         : Bash
2019-08-24T13:56:01.4666755Z Description  : Run a Bash script on macOS, Linux, or Windows
---
2019-08-24T14:03:43.5348761Z     Checking syntax_ext v0.0.0 (/checkout/src/libsyntax_ext)
2019-08-24T14:03:54.5957343Z error[E0308]: mismatched types
2019-08-24T14:03:54.5957749Z   --> src/librustc/hir/lowering/item.rs:48:34
2019-08-24T14:03:54.5958142Z    |
2019-08-24T14:03:54.5958470Z 48 |         self.lctx.modules.insert(n, hir::ModuleItems {
2019-08-24T14:03:54.5958975Z    |                                  ^ expected struct `hir::HirId`, found struct `syntax::ast::NodeId`
2019-08-24T14:03:54.5959430Z    = note: expected type `hir::HirId`
2019-08-24T14:03:54.5968598Z               found type `syntax::ast::NodeId`
2019-08-24T14:03:54.5968637Z 
2019-08-24T14:03:54.6817109Z error[E0308]: mismatched types
2019-08-24T14:03:54.6817109Z error[E0308]: mismatched types
2019-08-24T14:03:54.6817428Z   --> src/librustc/hir/lowering/item.rs:55:36
2019-08-24T14:03:54.6817830Z    |
2019-08-24T14:03:54.6818263Z 55 |         self.lctx.current_module = n;
2019-08-24T14:03:54.6818599Z    |                                    ^ expected struct `hir::HirId`, found struct `syntax::ast::NodeId`
2019-08-24T14:03:54.6819579Z    = note: expected type `hir::HirId`
2019-08-24T14:03:54.6820047Z               found type `syntax::ast::NodeId`
2019-08-24T14:03:54.6820096Z 
2019-08-24T14:04:08.2234468Z error: aborting due to 2 previous errors
---
2019-08-24T14:04:08.4112081Z == clock drift check ==
2019-08-24T14:04:08.4124400Z   local time: Sat Aug 24 14:04:08 UTC 2019
2019-08-24T14:04:08.6166054Z   network time: Sat, 24 Aug 2019 14:04:08 GMT
2019-08-24T14:04:08.6166940Z == end clock drift check ==
2019-08-24T14:04:09.6322781Z ##[error]Bash exited with code '1'.
2019-08-24T14:04:09.6353667Z ##[section]Starting: Checkout
2019-08-24T14:04:09.6355410Z ==============================================================================
2019-08-24T14:04:09.6355467Z Task         : Get sources
2019-08-24T14:04:09.6355519Z Description  : Get sources from a repository. Supports Git, TfsVC, and SVN repositories.

I'm a bot! I can only do what humans tell me to, so if this was not helpful or you have suggestions for improvements, please ping or otherwise contact @TimNN. (Feature Requests)

ljedrz · 2019-09-01T19:57:00Z

r? @Zoxc

JohnCSimon · 2019-09-07T18:02:10Z

Ping from triage:
@Zoxc Can you please review this PR?
cc: @ljedrz

Thank you!

JohnCSimon · 2019-09-14T02:37:18Z

Pinging again from triage
@Zoxc @michaelwoerister Can you please review this PR?
cc: @ljedrz

Thank you!

JohnTitor · 2019-09-22T11:27:45Z

Ping from triage: could someone review this? @rust-lang/compiler

nikomatsakis · 2019-09-24T15:17:15Z

I will review it.

Zoxc · 2019-09-25T13:41:40Z

@bors r+

bors · 2019-09-25T13:41:42Z

📌 Commit 9a6ca41 has been approved by Zoxc

bors · 2019-09-25T13:49:42Z

⌛ Testing commit 9a6ca41 with merge 3feba9538bbd452d2fcbd57a5dd5c9465a4010e2...

@Zoxc

Almost fully deprecate hir::map::Map.hir_to_node_id - HirIdify `doctree::Module.id` - HirIdify `hir::Crate.modules` - introduce a `HirId` to `DefIndex` map in `map::Definitions` The only last uses of `hir::map::Map.hir_to_node_id` in the compiler are: - for the purposes of `driver::pretty` (in `map::nodes_matching_suffix`), but I don't know if we can remove `NodeId`s in there (I think when I attempted it previously there was some issue due to `HirId` not being representable with an integer) - in `ty::query::on_disk_cache` (not sure about the purpose of this one) - in `mir::transform::check_unsafety` (only important for error message order) Any suggestions how to kill these off? r? @Zoxc

Centril · 2019-09-25T14:27:02Z

@bors retry rolled up.

@ghost

Rollup of 6 pull requests Successful merges: - #62975 (Almost fully deprecate hir::map::Map.hir_to_node_id) - #64386 (use `sign` variable in abs and wrapping_abs methods) - #64508 (or-patterns: Push `PatKind/PatternKind::Or` at top level to HIR & HAIR) - #64738 (Add const-eval support for SIMD types, insert, and extract) - #64759 (Refactor mbe a tiny bit) - #64764 (Master is now 1.40 ) Failed merges: r? @ghost

rust-highfive assigned Zoxc Jul 25, 2019

This comment has been minimized.

Sign in to view

ljedrz force-pushed the kill_off_hir_to_node_id branch from 0baccc7 to b9f2e81 Compare July 25, 2019 19:54

jonas-schievink added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. T-compiler Relevant to the compiler team, which will review and decide on the PR/issue. labels Jul 26, 2019

Zoxc reviewed Aug 5, 2019

View reviewed changes

src/librustc/hir/lowering.rs Outdated Show resolved Hide resolved

ljedrz force-pushed the kill_off_hir_to_node_id branch from b9f2e81 to f470005 Compare August 5, 2019 07:23

eddyb reviewed Aug 11, 2019

View reviewed changes

ljedrz force-pushed the kill_off_hir_to_node_id branch 2 times, most recently from 08f5d85 to 1954174 Compare August 24, 2019 13:54

ljedrz mentioned this pull request Aug 24, 2019

HIR: introduce a HirId to DefId map in Definitions #63849

Closed

ljedrz force-pushed the kill_off_hir_to_node_id branch from 1954174 to 61daee5 Compare August 24, 2019 14:15

ljedrz force-pushed the kill_off_hir_to_node_id branch from 61daee5 to 9a6ca41 Compare August 25, 2019 09:57

HirIdify hir::Crate.modules

9a6ca41

ljedrz mentioned this pull request Sep 1, 2019

HirId-ification initiative #50928

Closed

nikomatsakis assigned nikomatsakis and unassigned Zoxc Sep 24, 2019

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 Sep 25, 2019

Centril mentioned this pull request Sep 25, 2019

Rollup of 6 pull requests #64766

Merged

bors merged commit 9a6ca41 into rust-lang:master Sep 25, 2019

ljedrz deleted the kill_off_hir_to_node_id branch September 25, 2019 21:03

Almost fully deprecate hir::map::Map.hir_to_node_id #62975

Almost fully deprecate hir::map::Map.hir_to_node_id #62975

Uh oh!

Conversation

ljedrz commented Jul 25, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

This comment has been minimized.

wirelessringo commented Aug 2, 2019

Uh oh!

Uh oh!

ljedrz commented Aug 5, 2019

Uh oh!

bors commented Aug 10, 2019

Uh oh!

eddyb Aug 11, 2019

Choose a reason for hiding this comment

Uh oh!

michaelwoerister Aug 12, 2019

Choose a reason for hiding this comment

Uh oh!

eddyb Aug 12, 2019

Choose a reason for hiding this comment

Uh oh!

Zoxc commented Aug 20, 2019

Uh oh!

ljedrz commented Aug 24, 2019

Uh oh!

rust-highfive commented Aug 24, 2019

Uh oh!

ljedrz commented Sep 1, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

JohnCSimon commented Sep 7, 2019

Uh oh!

JohnCSimon commented Sep 14, 2019

Uh oh!

JohnTitor commented Sep 22, 2019

Uh oh!

nikomatsakis commented Sep 24, 2019

Uh oh!

Zoxc commented Sep 25, 2019

Uh oh!

bors commented Sep 25, 2019

Uh oh!

bors commented Sep 25, 2019

Uh oh!

Centril commented Sep 25, 2019

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

12 participants

ljedrz commented Jul 25, 2019 •

edited

Loading

ljedrz commented Sep 1, 2019 •

edited

Loading