Re: [Python-Dev] Someons's put a "Python 2.8" on GitHub

2016-12-09 Thread Nick Coghlan
On 10 December 2016 at 15:56, Larry Hastings wrote: > > "Python 2.8 is a backwards-compatible Python interpreter with new features > from Python 3.x. It was produced by forking Python 2.7.12 and backporting > some of the new syntax, builtins, and libraries from Python 3. Python code > and C-extens

Re: [Python-Dev] PyObject_CallFunction(func, "O", arg) special case

2016-12-09 Thread Serhiy Storchaka
On 09.12.16 19:46, Victor Stinner wrote: Last days, I patched functions of PyObject_CallFunction() family to use internally fast calls. I implemented the special case to keep backward compatibility. I replaced a lot of code using PyObject_CallFunction() with PyObject_CallFunctionObjArgs() when t

Re: [Python-Dev] PyObject_CallFunction(func, "O", arg) special case

2016-12-09 Thread Serhiy Storchaka
On 09.12.16 19:46, Victor Stinner wrote: The PyObject_CallFunction() function has a special case when the format string is "O", to pass exactly one Python object: * If the argument is a tuple, the tuple is unpacked: it behaves like func(*arg) * Otherwise, it behaves like func(arg) This case is

[Python-Dev] Someons's put a "Python 2.8" on GitHub

2016-12-09 Thread Larry Hastings
"Python 2.8 is a backwards-compatible Python interpreter with new features from Python 3.x. It was produced by forking Python 2.7.12 and backporting some of the new syntax, builtins, and libraries from Python 3. Python code and C-extensions targeting Python 2.7 or below are expected to run u

[Python-Dev] New core-workflow issue tracker

2016-12-09 Thread Brett Cannon
I have created https://github.com/python/core-workflow to track plans and ideas for our workflow. Discussions will continue on the core-workflow mailing list, but since there are things to plan and this sort of thing doesn't really belong on bugs.python.org I figured a separate tracker would be bes

[Python-Dev] Checking over the devguide before the GitHub migration

2016-12-09 Thread Brett Cannon
With Python 3.6.0 quickly approaching it means the GitHub migration should also be happening sometime soon (basically as soon as all pieces are in place and we're sure we won't be doing an emergency 3.6.1 release, so probably either this month or next). While we wait for that to occur, if people wa

Re: [Python-Dev] PyObject_CallFunction(func, "O", arg) special case

2016-12-09 Thread Victor Stinner
2016-12-09 18:46 GMT+01:00 Victor Stinner : > Last days, I patched functions of PyObject_CallFunction() family to > use internally fast calls. > (...) > http://bugs.python.org/issue28915 Oh, I forgot to mention the performance results of these changes. Python slots are now a little bit faster. Ext

[Python-Dev] PyObject_CallFunction(func, "O", arg) special case

2016-12-09 Thread Victor Stinner
Hi, The PyObject_CallFunction() function has a special case when the format string is "O", to pass exactly one Python object: * If the argument is a tuple, the tuple is unpacked: it behaves like func(*arg) * Otherwise, it behaves like func(arg) This case is not documented in the C API ! https://

[Python-Dev] Summary of Python tracker Issues

2016-12-09 Thread Python tracker
ACTIVITY SUMMARY (2016-12-02 - 2016-12-09) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open5621 ( +8) closed 35057 (+55) total 40678 (+63) Open issues wit