[issue6101] SETUP_WITH
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Maybe I am missing something, but why was it ok for this patch to move EXTENDED_ARGS from 143 to 145 ? I thought the numbers for opcodes were part of the ABI ? -- nosy: +thomasvs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6101] SETUP_WITH
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Really ? Is this documented somewhere ? Do you know of any other case where a number for an existing opcode was changed ? I can't find any so far. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6101] SETUP_WITH
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Well, I just checked, and from 2.3 to 2.6 opcodes were only added, existing ones were never renumbered. 2.7 however reshuffled a bunch of them, for no apparent reason at all: $ diff -au opcodes-2.6 opcodes-2.7 --- opcodes-2.6 2010-12-04 20:47:19.110031279 +0100 +++ opcodes-2.7 2010-12-04 20:47:06.770611299 +0100 @@ -10,7 +10,6 @@ 12 UNARY_NOT 13 UNARY_CONVERT 15 UNARY_INVERT - 18 LIST_APPEND 19 BINARY_POWER 20 BINARY_MULTIPLY 21 BINARY_DIVIDE @@ -73,6 +72,7 @@ 91 DELETE_NAME 92 UNPACK_SEQUENCE 93 FOR_ITER + 94 LIST_APPEND 95 STORE_ATTR 96 DELETE_ATTR 97 STORE_GLOBAL @@ -82,15 +82,18 @@ 101 LOAD_NAME 102 BUILD_TUPLE 103 BUILD_LIST - 104 BUILD_MAP - 105 LOAD_ATTR - 106 COMPARE_OP - 107 IMPORT_NAME - 108 IMPORT_FROM + 104 BUILD_SET + 105 BUILD_MAP + 106 LOAD_ATTR + 107 COMPARE_OP + 108 IMPORT_NAME + 109 IMPORT_FROM 110 JUMP_FORWARD - 111 JUMP_IF_FALSE - 112 JUMP_IF_TRUE + 111 JUMP_IF_FALSE_OR_POP + 112 JUMP_IF_TRUE_OR_POP 113 JUMP_ABSOLUTE + 114 POP_JUMP_IF_FALSE + 115 POP_JUMP_IF_TRUE 116 LOAD_GLOBAL 119 CONTINUE_LOOP 120 SETUP_LOOP @@ -110,4 +113,7 @@ 140 CALL_FUNCTION_VAR 141 CALL_FUNCTION_KW 142 CALL_FUNCTION_VAR_KW - 143 EXTENDED_ARG + 143 SETUP_WITH + 145 EXTENDED_ARG + 146 SET_ADD + 147 MAP_ADD -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6101 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3631] Improve gdbinit of Python 2.6
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: It's too bad this is closed out of date because a) the macro is still there being distributed b) it simply hangs! c) there's no easy way to figure out that you should be using something else instead. I spent a few hours of my life figuring out why it fails and writing an alternative implementation that works for me. Instead of just closing this ticket, something should be done about the distributions of python so that they don't suggest something that you consider outdated and doesn't actually work. Here's my working version, for reference: # THOMAS: the test for between Py_Main and Py_GetArgcArgv is because # code is in that order in the C file; see Modules/main.c and its comment # print the entire Python call stack # same for eval in Python/ceval.c # in 2.6, PyEval_EvalFrame is only bw compatible, and code now calls # PyEval_EvalFrameEx define pystack set $__lastpc = $pc set $__same = -1 while 1 == 1 # select the highest frame with the same $pc # this will automatically terminate if we reach the top while $pc == $__lastpc up-silently end down-silently if $pc PyEval_EvalFrameEx $pc PyEval_EvalCodeEx pyframe else # frame end up-silently 1 set $__lastpc = $pc end select-frame 0 end -- nosy: +thomasvs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3631 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: What do you mean, it's frozen ? Without the patch you're already breaking a third party tool, namely rpm. What other tool worth caring about that uses bdist_rpm could possibly get broken by fixing an obvious bug ? Why is it so impossible to simply fix a bug for a feature that people are trying to use and are baffled by having it not working ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Ok, so this patch can go in as is except for changing .gz to * ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Attaching a reworked patch of the patch attached in http://bugs.python.org/issue1169193 This worked for me on f-11, with python 2.6 -- keywords: +patch nosy: +thomasvs Added file: http://bugs.python.org/file15383/distutils.bdist_rpm.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue644744] bdist_rpm fails when installing man pages
Thomas Vander Stichele thoma...@users.sourceforge.net added the comment: Hi Toshio, I'd probably also go for the wildcarding, but you'd still need to 'change' the INSTALLED_FILES file to do so, so you'd still use the same mechanism. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue644744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
