Message406057
> I don't think that it does, since oparg gets totally reassigned each time
> we load a new instruction. EXTENDED_ARG actually needs to hack around
> this by advancing the instruction itself, updating oparg, and jumping
> straight into the next opcode.
Right, it's like this:
TARGET(EXTENDED_ARG) {
int oldoparg = oparg;
NEXTOPARG();
oparg |= oldoparg << 8;
PRE_DISPATCH_GOTO();
DISPATCH_GOTO();
}
It's seems correct (the next arg will be NOP so nothing happens). But it's wasteful. |
|
Date |
User |
Action |
Args |
2021-11-09 22:14:11 | iritkatriel | set | recipients:
+ iritkatriel, Mark.Shannon, serhiy.storchaka, miss-islington, brandtbucher, rok.mandeljc |
2021-11-09 22:14:11 | iritkatriel | set | messageid: <1636496051.74.0.794677203573.issue45757@roundup.psfhosted.org> |
2021-11-09 22:14:11 | iritkatriel | link | issue45757 messages |
2021-11-09 22:14:11 | iritkatriel | create | |
|