New submission from Demur Rumed <junkm...@hotmail.com>: Currently, COMPARE_OP is burdened by a needless, and unorthogonal, extra layer of indirection. I've modified it to only handle the rich comparison case, moving the other five cases to BINARY_IN, BINARY_NOT_IN, BINARY_IS, BINARY_IS_NOT, and BINARY_EXC_MATCH
To consider is inlining the POP_JUMP_IF_FALSE POP_TOP which always follow BINARY_EXC_MATCH ---------- components: Interpreter Core files: cmpoppatch.diff keywords: patch messages: 109259 nosy: serprex priority: normal severity: normal status: open title: Reserve COMPARE_OP for RichComparisons type: performance versions: Python 3.2, Python 3.3 Added file: http://bugs.python.org/file17855/cmpoppatch.diff _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue9155> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com