Skip to content

Change uop instruction format to (opcode, oparg, operand) #106603

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Closed
gvanrossum opened this issue Jul 10, 2023 · 0 comments
Closed

Change uop instruction format to (opcode, oparg, operand) #106603

gvanrossum opened this issue Jul 10, 2023 · 0 comments
Labels
interpreter-core (Objects, Python, Grammar, and Parser dirs) performance Performance or resource usage

Comments

@gvanrossum
Copy link
Member

gvanrossum commented Jul 10, 2023 •
edited by bedevere-bot
Loading

See #106581 (comment).

Linked PRs
@gvanrossum gvanrossum added performance Performance or resource usage interpreter-core (Objects, Python, Grammar, and Parser dirs) labels Jul 10, 2023
@gvanrossum gvanrossum mentioned this issue Jul 13, 2023
Closed
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 13, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
8b466a3 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
@gvanrossum gvanrossum mentioned this issue Jul 13, 2023
Merged
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 13, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
e4ee765 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 14, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
7e847b4 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 15, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
158b4f5 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 15, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
b9d070f 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
gvanrossum added a commit to gvanrossum/cpython that referenced this issue Jul 15, 2023
@gvanrossum
Allow using 'kwnames' -- this adds 14 new opcodes
038e38e 
Not all of these are useful, but I think they all work.
It leaves another 14 CALL specializations that need to be split
(or need pythongh-106603, allowing oparg *and* one cache entry per uop).
@bedevere-bot bedevere-bot mentioned this issue Jul 15, 2023
Merged
gvanrossum added a commit that referenced this issue Jul 17, 2023
@gvanrossum
gh-106603: Make uop struct a triple (opcode, oparg, operand) (#106794)
8e9a1a0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
interpreter-core (Objects, Python, Grammar, and Parser dirs) performance Performance or resource usage
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@gvanrossum