This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author iritkatriel
Recipients Mark.Shannon, brandtbucher, iritkatriel, miss-islington, rok.mandeljc, serhiy.storchaka
Date 2021-11-09.22:14:11
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1636496051.74.0.794677203573.issue45757@roundup.psfhosted.org>
In-reply-to
Content
> 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.
History
Date User Action Args
2021-11-09 22:14:11iritkatrielsetrecipients: + iritkatriel, Mark.Shannon, serhiy.storchaka, miss-islington, brandtbucher, rok.mandeljc
2021-11-09 22:14:11iritkatrielsetmessageid: <1636496051.74.0.794677203573.issue45757@roundup.psfhosted.org>
2021-11-09 22:14:11iritkatriellinkissue45757 messages
2021-11-09 22:14:11iritkatrielcreate