Uh oh!
There was an error while loading. Please reload this page.
GH-113657: Add back missing _SET_IP uops in tier two - #113662
Conversation
gvanrossum
commented
Jan 2, 2024
Who, doesn't this imply that all the |
gvanrossum
commented
Jan 2, 2024
Oh wait, it's worse. The macros apply to Tier 1 opcodes, but were incorrectly applied to Tier 2 here. I'll approve. But we need to think more about how to avoid such mistakes. |
brandtbucher
commented
Jan 2, 2024
Agreed. Probably the best thing to do is define equivalent macros for uops, and assert the valid ranges for each (although this is tricky, since tier one is in If there's no major convenience added by allowing tier one and tier two to overlap like that, maybe they should each get their own distinct range? Then it would be easier to catch mistakes like this. |
gvanrossum
commented
Jan 2, 2024
Actually, currently uops are in the range However, I believe @markshannon is planning to make the ranges overlapping, so we can store uops in a single byte. The (The lowest uop is 300 instead of 256 because we need some space for pseudo ops etc.) |
brandtbucher
commented
Jan 2, 2024
I'm seeing numbers that are below 256 in tier two for certain instructions. For example, |
brandtbucher
commented
Jan 2, 2024
I think it's just for instructions that translate 1-1 between tiers? Check out |
gvanrossum
commented
Jan 2, 2024
Oh, the work isn't as far along as I thought. Shame on me for not remembering what I saw in that PR. It just introduces separate names, but the numeric IDs aren't separately allocated yet. |
Looks like these macro uses weren't updated when the metadata for tier one and tier two instructions was split in GH-113287.