Panic if NodeIds are used for incremental compilation#68997
Panic if NodeIds are used for incremental compilation#68997bors merged 2 commits intorust-lang:masterfrom
Conversation
|
@bors try @rust-timer queue |
|
Awaiting bors try build completion |
[WIP] Treat NodeIs as pure values for incremental compilation r? @michaelwoerister
|
☀️ Try build successful - checks-azure |
|
Queued 4e727aa with parent 6dff769, future comparison URL. |
|
This makes the query system treat node ids as pure integers (which is what they are) instead of HIR ids. cc @rust-lang/compiler Does anyone know of any scenarios this would break? |
|
In order to do this, we'd have to track |
|
Do we deal with |
|
They exist in macro defs and attributes (in token trees). I'm not sure if they are actually used for anything though. |
|
cc @petrochenkov (sounds like the problem is interpolated |
|
Nonterminal tokens don't exist in HIR, they are converted into primitive tokens during AST -> HIR lowering, so |
Oh right, it's... been a while. I plan to eventually go over unfinished work like that as soon as it's possible, but things keep coming up and most of my plans end up in the trash.
I wanted to suggest panicking but I wasn't sure if we're expecting leftover |
|
I made this panic instead. |
|
@bors r+ |
|
📌 Commit 8a37811 has been approved by |
Panic if NodeIds are used for incremental compilation r? @michaelwoerister
|
☀️ Test successful - checks-azure |
r? @michaelwoerister