Re: [Python-Dev] Proposing the deprecation of the pyvenv script

Guys, this thread is about removing the pyvenv script, not pip. If you want to start a discussion about pip and its command structure that should probably happen on pip's issue tracker or over at distutils-sig. On Sat, 19 Sep 2015 at 10:37 Sven R. Kunze wrote: > On 19.09.2015 19:19, Paul Moore w

Re: [Python-Dev] Is there an official order for Misc/NEWS sections?

There is no official order to the NEWS file. I know I have always just referred to the last release when trying to decide whether to stick a section. On Sun, Sep 20, 2015, 14:27 Larry Hastings wrote: > > > What is the official order for sections in Misc/NEWS? I'm sure that "Core > and Builtins"

Re: [Python-Dev] Make stacklevel=2 by default in warnings.warn()

On Mon, 21 Sep 2015 at 10:15 Serhiy Storchaka wrote: > On 21.09.15 12:05, Nick Coghlan wrote: > > As Victor notes, though, that's not the right default for *scripts* > > that are issuing deprecation warnings to end users - there, they > > really are deprecating themselves. It's also not the right

Re: [Python-Dev] Make stacklevel=2 by default in warnings.warn()

On Mon, 21 Sep 2015 at 11:29 Serhiy Storchaka wrote: > On 21.09.15 20:32, Brett Cannon wrote: > > > > > > On Mon, 21 Sep 2015 at 10:15 Serhiy Storchaka > <mailto:storch...@gmail.com>> wrote: > > > > On 21.09.15 12:05, Nick Coghlan wro

Re: [Python-Dev] Committing a bug fix

See http://bugs.python.org/issue18967 if you want to join the discussion on how to solve Misc/NEWS potentially in the short term (long term we have a plan once someone has time to hack on the issue tracker). On Mon, 28 Sep 2015 at 10:12 Alexander Belopolsky < alexander.belopol...@gmail.com> wrote:

Re: [Python-Dev] Migrating to Python 3: the python 3 install issue

Thanks for the info, Terry! Glad people are realizing that Python 3 is now available widely enough that applications can seriously consider dropping Python 2 support now. I still think 2016 is going to see this happen more and more once the Linux distros make their switches to Python 3. On Fri, 2

Re: [Python-Dev] Not Deprecating Arbitrary Function Annotations

Function annotations for uses other than types are not deprecated, just discouraged if they don't have an appropriate decorator: https://docs.python.org/3/library/typing.html#typing.no_type_check . There is even a decorator for decorators since most uses previous to type hints utilized some form of

Re: [Python-Dev] Not Deprecating Arbitrary Function Annotations

On Mon, 5 Oct 2015 at 13:55 Steve Wedig wrote: > Brett and Alexander, > > I am concerned about deprecation of arbitrary function annotations because > Pep 484 suggests that two paths are under consideration. Here is the > relevant section: > > " > We do hope that type hints will eventually become

Re: [Python-Dev] An example of Python 3 promotion attitude

On Tue, 6 Oct 2015 at 07:36 Nathaniel Smith wrote: > On Oct 6, 2015 4:31 AM, "Maciej Fijalkowski" wrote: > > > > There was a discussion a while ago about python 3 and the attitude on > > social media and there was a lack of examples. Here is one example: > > > > > https://www.reddit.com/r/Python

Re: [Python-Dev] [Python-checkins] Daily reference leaks (d7e490db8d54): sum=61494

These leaks have been here a while. Anyone know the cause? On Tue, 20 Oct 2015 at 01:47 wrote: > results for d7e490db8d54 on branch "default" > > > test_capi leaked [5411, 5411, 5411] references, sum=16233 > test_capi leaked [1421, 1423, 1423] memory

Re: [Python-Dev] [Python-checkins] Daily reference leaks (d7e490db8d54): sum=61494

On Wed, 21 Oct 2015 at 09:33 Joe Jevnik wrote: > Sorry about introducing this. Where can I subscribe to these automated > emails. > The emails are sent to the python-checkins mailing list. > Also, how do I go about running this locally? > If you look at the bottom of the email that reports th

Re: [Python-Dev] Generated Bytecode ...

On Thu, 22 Oct 2015 at 09:37 Stéphane Wirtel wrote: > Hi all, > > When we compile a python script > > # test.py > if 0: > x = 1 > > python -mdis test.py > > There is no byte code for the condition. > > So my question is, the byte code generator removes the unused functions, > variables et

Re: [Python-Dev] Where is defined the grammar of Python?

On Sun, 25 Oct 2015 at 19:51 Stéphane Wirtel wrote: > Hi all, > > Just to understand, we have the Parser/Python.asdl and Grammar/Grammar > files. > > Which one is used for the AST ? > > I would like to understand this part of Python, could you help me? > > See https://docs.python.org/devguide/gra

Re: [Python-Dev] Intended Usage of collections.abc for Custom Collections

On Wed, 28 Oct 2015 at 08:47 wrote: > Dear Python-Dev, > > I am the author of bidict, a bidirectional map implementation for Python. > A user recently filed a bug that bidict should be a subclass of dict, so > that isinstance(mybidict, dict) would return True. I replied that the user > should ins

Re: [Python-Dev] If you shadow a module in the standard library that IDLE depends on, bad things happen

On Thu, 29 Oct 2015 at 09:00 Laura Creighton wrote: > > see the following: > lac@smartwheels:~/junk$ echo "print ('hello there')" >string.py > lac@smartwheels:~/junk$ idle-python3.5 > hello there > Traceback (most recent call last): > File "", line 1, in > File "/usr/lib/python3.5/idlelib/ru

Re: [Python-Dev] If you shadow a module in the standard library that IDLE depends on, bad things happen

On Fri, 30 Oct 2015 at 21:42 Terry Reedy wrote: > On 10/30/2015 3:21 AM, Serhiy Storchaka wrote: > > > AFAIK the sys module can't be shadowed. > > I tried it and it seems to be true of builtins in general. > The importer on sys.meta_path that handles built-ins is earlier than the one that handle

Re: [Python-Dev] PYC filename and optimization

On Thu, 5 Nov 2015 at 07:41 Barry Warsaw wrote: > On Nov 05, 2015, at 11:33 AM, Victor Stinner wrote: > > >- Lib/__pycache__/os.cpython-36.pyc: default mode > >- Lib/__pycache__/os.cpython-36.fat-0.pyc: FAT mode > > > >With -O: > > > >- Lib/__pycache__/os.cpython-36.opt-1.pyc: default mode > >- L

Re: [Python-Dev] This isn't a question

You're quite welcome! And thanks for taking the time to say "thanks". :) On Tue, 10 Nov 2015, 11:35 Alec Kaija wrote: > Sorry to bother anyone, but I just wanted to thank the Python community > for being awesome and for all of the ways you have all inspired/supported > me (mostly without even kn

Re: [Python-Dev] Translate Python language

On Wed, 11 Nov 2015, 10:55 Christophe Bal wrote: Hello. I'm a french teacher and I would like to use Python with young child but I've a big problem. All the keyword are in english. So I would like to know if there is a way to hack the AST tools such as to use french keywords and then translate a

[Python-Dev] Benchmark results across all major Python implementations

I gave the opening keynote at PyCon CA and then gave the same talk at PyData NYC on the various interpreters of Python (Jupyter notebook of my presentation can be found at bit.ly/pycon-ca-keynote; no video yet). I figured people here might find the benchmark numbers interesting so I'm sharing the l

Re: [Python-Dev] Benchmark results across all major Python implementations

have enough on my plate to prevent me from making it happen. -Brett > > Cheers, > fijal > > > On Mon, Nov 16, 2015 at 9:18 PM, Brett Cannon wrote: > > I gave the opening keynote at PyCon CA and then gave the same talk at > PyData > > NYC on the various interpreter

Re: [Python-Dev] [Python-checkins] Daily reference leaks (97e2a6810f7f): sum=10

Just an FYI there seems to be a consistent, minor refcount leak found by test_capi that has been there for what seems like a couple of weeks. On Mon, 16 Nov 2015 at 00:42 wrote: > results for 97e2a6810f7f on branch "default" > > > test_asyncio leaked

Re: [Python-Dev] [Python-checkins] Daily reference leaks (e5e507a357a6): sum=103

Someone just added a leak to pickle. On Tue, 24 Nov 2015 at 01:45 wrote: > results for e5e507a357a6 on branch "default" > > > test_asyncio leaked [3, 0, 0] memory blocks, sum=3 > test_functools leaked [0, 2, 2] memory blocks, sum=4 > test_pickle leake

Re: [Python-Dev] Can not pass configuration on mac os

The best to get help is the tutor mailing list: https://mail.python.org/mailman/listinfo/tutor . After that you can get help contributing by reading https://docs.python.org/devguide/ . On Sat, 28 Nov 2015, 18:53 maochongzhao <15834119...@163.com> wrote: > Hi, > > I am new here wishing to contribu

Re: [Python-Dev] Do windows 10 users, like windows 7 users need to install a SP before installing Python will work?

On Mon, 7 Dec 2015 at 12:51 Laura Creighton wrote: > As webmaster, I am dealing with 3 unhappy would-be python users who have > windows 10. > > Right now their first problem is that when they click on the big > yellow button here: https://www.python.org/downloads/ > > instead of getting a downloa

Re: [Python-Dev] Python for android - successfully cross-compiled without patches

On Tue, 15 Dec 2015 at 10:48 Dmitry Moskalchuk wrote: > Olemis Lang gmail.com> writes: > > > > > Wow ! Awesome ! What specific ISA version(s) and/or device(s) have you > tried ? > > > > Hi Olemis, > > I'm Dmitry Moskalchuk, initial author and main contributor of CrystaX NDK. > I could provide de

Re: [Python-Dev] [Webmaster] Python keeps installing as 32 bit

I can say for certain that Python 3.5.1 will install as 64-bit as that's what I'm personally running on the Windows 10 laptop that I'm writing this email on. If you look at https://www.python.org/downloads/release/python-351/ you will notice there are explicit 64-bit installers that you can use. D

Re: [Python-Dev] New poll about a macro for safe reference replacing

On Wed, 16 Dec 2015 at 14:41 Yury Selivanov wrote: > > > Here are names gained the largest numbers of votes plus names proposed > > during polling. > > > > 1. Py_SETREF > > 2. Py_DECREF_REPLACE > > 3. Py_REPLACE > > 4. Py_SET_POINTER > > 5. Py_SET_ATTR > > 6. Py_REPLACE_REF > > > I like Py_SETREF

Re: [Python-Dev] pypi simple index

PyPI questions are best directed towards the distutils-sig as they manage PyPI and not python-dev. On Thu, 17 Dec 2015 at 08:20 Carlos Barera wrote: > Hi, > > I'm using install_requires in setup.py to specify a specific package my > project is dependant on. > When running python setup.py install

[Python-Dev] Thanks for your hard work and my New Years resolutions

I just wanted to quickly thank everyone for the work they put into this project. I realize most of us either get only a little bit of paid time to work on Python or none at all, so contributing easily ends up using personal time which I know is a precious thing. So thank you for caring enough about

Re: [Python-Dev] Is there a reference manual for Python bytecode?

Ned also neglected to mention his byterun project which is a pure Python implementation of the CPython eval loop: https://github.com/nedbat/byterun On Sat, 26 Dec 2015, 16:38 Ned Batchelder wrote: > On 12/26/15 6:13 PM, Erik wrote: > > On 26/12/15 23:10, Joe Jevnik wrote: > >> All arguments are

Re: [Python-Dev] Is there a reference manual for Python bytecode?

You can look at https://docs.python.org/devguide/compiler.html to see if you missed something. As for the _frozen_importlib problem, that typically manifests itself when you have invalid bytecode (that module is frozen bytecode that gets compiled into the interpreter and is the first bit of Python

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

FIrst off, Mike, sorry about the bug. We have unfortunately let zipimport get into a sorry state that has made no one want to work on the code anymore. That being said, I opened https://bugs.python.org/issue25711 to specifically try to fix this issue once and for all and along the way modernize zip

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

wrote: > On Sat, Jan 2, 2016 at 3:26 PM, wrote: > >> >> -- >> >>>>> "Brett" == Brett Cannon writes: >> >> > I opened >> > https://bugs.python.org/issue25711 to specifically try to >> > fix this iss

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

On Sat, 2 Jan 2016, 20:42 Brett Cannon wrote: > I just wanted to quickly say that Guido's observation as to how a VFS is > overkill is right. Imagine implementing a loader using sqlite and you > quickly realize that doing a dull VFS is more > "dull" -> "full

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

On Sat, 2 Jan 2016 at 21:31 wrote: > >>>>> " " == Brett Cannon writes: > > > I just wanted to quickly say that Guido's observation as to how > > a VFS is overkill is right. Imagine implementing a loader using > > sqlite

Re: [Python-Dev] zipimport.c broken with implicit namespace packages

On Sun, 3 Jan 2016 at 02:55 Phil Thompson wrote: > On 3 Jan 2016, at 3:41 am, Guido van Rossum wrote: > > > > On Sat, Jan 2, 2016 at 3:26 PM, wrote: > > > > -- > > >>>>> "Brett" == Brett Cannon writes: > > > > > I o

Re: [Python-Dev] bitwise operations for bytes and bytearray

On Thu, 7 Jan 2016 at 14:29 Blake Griffith wrote: > Hi! > > I'm interested in adding the functionality to do something like: > > >>> b'a' ^ b'b' > b'\x03' > > > Instead of the good ol' TypeError. > > I think both bytes and bytearray should support all the bitwise operations. > > I've never hacke

[Python-Dev] GitHub migration planning has started

For those of you who have not heard, I made the decision a little over a week ago to move Python's development from our home-grown workflow to one hosted on GitHub (mainly for code hosting and code review; we're keeping bugs.python.org for our issue tracker). The hope is that this will let core dev

Re: [Python-Dev] GitHub migration planning has started

will be asking for feedback from people, asking some to go off and write some code, etc. -Brett > > On January 10, 2016 11:43:48 AM CST, Brett Cannon > wrote: > >> For those of you who have not heard, I made the decision a little over a >> week ago to move Python's

Re: [Python-Dev] GitHub migration planning has started

On Sun, 10 Jan 2016 at 19:53 Terry Reedy wrote: > On 1/10/2016 12:43 PM, Brett Cannon wrote: > > For those of you who have not heard, I made the decision a little over a > > week ago to move Python's development from our home-grown workflow to > > one hosted on GitHu

Re: [Python-Dev] Discussion related to memory leaks requested

Probably the best way to handle this, Matthew, is to open issues at bugs.python.org for each of the leaks you have found and then they can be discussed there. And thanks for being willing to report these! On Wed, 13 Jan 2016 at 11:42 Matthew Paulson wrote: > Hi: > > I've spent some time perform

Re: [Python-Dev] Debugging using VS 2015

Use PCbuild/get_externals.bat to download the external dependencies. On Wed, 13 Jan 2016 at 13:25 Eddy Quicksall wrote: > I am using 3.5.1. I’m adding an extension for my special case. > > > > I know this list is for developm

Re: [Python-Dev] Debugging using VS 2015

lready exists, skipping. > > sqlite-3.8.11.0 already exists, skipping. > > tcl-core-8.6.4.2 already exists, skipping. > > tk-8.6.4.2 already exists, skipping. > > tix-8.4.3.6 already exists, skipping. > > xz-5.0.5 already exists, skipping. > > Finished. > > &

Re: [Python-Dev] PEP 506 secrets module

I noticed an article about default rand usage in Go from the Go Weekly newsletter and it reminded me about PEP 506 and the secrets module. That's when I noticed that the PEP is still open. What is the current blocker on the P

Re: [Python-Dev] C struct for Str( )

I don't quite see what this has to do with has to do with the development of Python, Eddy. You can always reference the C API at https://docs.python.org/3/c-api/index.html . And `PyBytesObject` is an instance of `bytes` in Python. On Fri, 15 Jan 2016 at 15:33 Eddy Quicksall wrote: > I want to fi

[Python-Dev] Update PEP 7 to require curly braces in C

While doing a review of http://bugs.python.org/review/26129/ I asked to have curly braces put around all `if` statement bodies. Serhiy pointed out that PEP 7 says curly braces are optional: https://www.python.org/dev/peps/pep-0007/#id5. I would like to change that. My argument is to require them t

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Sun, 17 Jan 2016, 13:59 Ethan Furman wrote: > On 01/17/2016 11:10 AM, Brett Cannon wrote: > > > https://www.imperialviolet.org/2014/02/22/applebug.html. Skipping the > > curly braces is purely an aesthetic thing while leaving them out can > > lead to actual bugs

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Mon, 18 Jan 2016 at 04:05 Serhiy Storchaka wrote: > On 18.01.16 13:42, Maciej Szulik wrote: > > We'll be soon moving to github, which should simplify the process of > > submitting PRs from other developers > > interested in making our beautiful language even more awesome. I'm quite > > positiv

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Sun, 17 Jan 2016 at 11:10 Brett Cannon wrote: > While doing a review of http://bugs.python.org/review/26129/ I asked to > have curly braces put around all `if` statement bodies. Serhiy pointed out > that PEP 7 says curly braces are optional: > https://www.python.org/dev/peps/pep-

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Mon, 18 Jan 2016 at 00:59 Larry Hastings wrote: > > > On 01/17/2016 11:10 AM, Brett Cannon wrote: > > Anyone object if I update PEP 7 to remove the optionality of curly braces > in PEP 7? > > > I'm -1. I don't like being forced to add the curly brac

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Tue, 19 Jan 2016 at 00:48 M.-A. Lemburg wrote: > On 19.01.2016 00:20, Brett Cannon wrote: > > On Sun, 17 Jan 2016 at 11:10 Brett Cannon wrote: > > > >> While doing a review of http://bugs.python.org/review/26129/ I asked to > >> have curly braces put around

Re: [Python-Dev] Update PEP 7 to require curly braces in C

Here is a proposed update: diff -r 633f51d10a67 pep-0007.txt --- a/pep-0007.txt Mon Jan 18 10:52:57 2016 -0800 +++ b/pep-0007.txt Tue Jan 19 12:11:44 2016 -0800 @@ -75,9 +75,9 @@ } * Code structure: one space between keywords like ``if``, ``for`` and - the following left paren; no spaces

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Tue, 19 Jan 2016 at 19:33 Martin Panter wrote: > On 19 January 2016 at 20:12, Brett Cannon wrote: > > Here is a proposed update: > > > > diff -r 633f51d10a67 pep-0007.txt > > --- a/pep-0007.txt Mon Jan 18 10:52:57 2016 -0800 > > +++ b/pep-0007.txt Tue Jan 19

Re: [Python-Dev] Devguide: Add a table summarizing status of Python branches

On Wed, 20 Jan 2016 at 09:41 Victor Stinner wrote: > Hi, > > I proposed a patch for the devguide to give the current status of all > Python branches: active, bugfix, security only, end-of-line, with > their end-of-life when applicable (past date or scheduled date) > http://bugs.python.org/issue26

Re: [Python-Dev] PEP 509: Add a private version to dict

On Wed, 20 Jan 2016 at 10:11 Yury Selivanov wrote: > On 2016-01-18 5:43 PM, Victor Stinner wrote: > > Is someone opposed to this PEP 509? > > > > The main complain was the change on the public Python API, but the PEP > > doesn't change the Python API anymore. > > > > I'm not aware of any remainin

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Wed, 20 Jan 2016 at 10:45 Terry Reedy wrote: > On 1/20/2016 12:45 PM, Brett Cannon wrote: > > > > > > On Tue, 19 Jan 2016 at 19:33 Martin Panter > <mailto:vadmium%2...@gmail.com>> wrote: > > > > On 19 January 2016 at 20:12, Brett C

Re: [Python-Dev] Devguide: Add a table summarizing status of Python branches

On Wed, 20 Jan 2016 at 10:40 Terry Reedy wrote: > On 1/20/2016 12:40 PM, Victor Stinner wrote: > > Hi, > > > > I proposed a patch for the devguide to give the current status of all > > Python branches: active, bugfix, security only, end-of-line, with > > their end-of-life when applicable (past da

Re: [Python-Dev] PEP 509: Add a private version to dict

On Wed, 20 Jan 2016 at 10:46 Yury Selivanov wrote: > Brett, > > On 2016-01-20 1:22 PM, Brett Cannon wrote: > > > > > > On Wed, 20 Jan 2016 at 10:11 Yury Selivanov > <mailto:yselivanov...@gmail.com>> wrote: > > > > On 2016-01-18 5:43 PM, Vi

Re: [Python-Dev] PEP 509: Add a private version to dict

On Wed, 20 Jan 2016 at 12:27 Yury Selivanov wrote: > > > On 2016-01-20 2:45 PM, Glenn Linderman wrote: > > For the reuse case, can't you simply keep the ma_version "live" in > > dict items on the free list, rather than starting over at (presumably) > > 0 ? Then if the dict is reused, it bumps th

Re: [Python-Dev] Devguide: Add a table summarizing status of Python branches

On Wed, 20 Jan 2016 at 13:22 Victor Stinner wrote: > I pushed my table, it will be online in a few hours (I don't know when > the devguide is recompiled?): > > http://docs.python.org/devguide/triaging.html#generating-special-links-in-a-comment > > By the way, it would be super cool to rebuild the

Re: [Python-Dev] Update PEP 7 to require curly braces in C

ributions then it could happen even faster). -Brett > > On Wed, Jan 20, 2016 at 12:18 PM, Brett Cannon wrote: > >> >> >> On Wed, 20 Jan 2016 at 10:45 Terry Reedy wrote: >> >>> On 1/20/2016 12:45 PM, Brett Cannon wrote: >>> > >>>

Re: [Python-Dev] PEP 509: Add a private version to dict

On Wed, 20 Jan 2016 at 15:46 Victor Stinner wrote: > Hi, > > 2016-01-20 22:18 GMT+01:00 Glenn Linderman : > > On 1/20/2016 12:50 PM, Brett Cannon wrote: > >> > >> A global (shared between all dicts) unit64 ma_version is actually quite > >> re

Re: [Python-Dev] Devguide: Add a table summarizing status of Python branches

On Wed, 20 Jan 2016 at 14:28 Victor Stinner wrote: > 2016-01-20 23:01 GMT+01:00 Brett Cannon : > > This is a proposed optional, future feature leading from moving to > GitHub: > > > https://www.python.org/dev/peps/pep-0512/#web-hooks-for-re-generating-web-content > >

Re: [Python-Dev] Update PEP 7 to require curly braces in C

I just checked with Van and we should have CLAs for even PEP contributors, so it will have to go through the same steps as the other ancillary repositories. On Wed, 20 Jan 2016 at 14:41 Brett Cannon wrote: > On Wed, 20 Jan 2016 at 14:31 Guido van Rossum wrote: > >> The wording is

Re: [Python-Dev] PEP 509: Add a private version to dict

On Wed, 20 Jan 2016, 17:54 Andrew Barnert wrote: > On Wednesday, January 20, 2016 4:10 PM, Brett Cannon > wrote: > > > >I think Glenn was assuming we had a single, global version # that all > dicts shared without having a per-dict version ID. The key thing here is &g

Re: [Python-Dev] Update PEP 7 to require curly braces in C

On Wed, 20 Jan 2016 at 23:07 Nick Coghlan wrote: > On 21 January 2016 at 10:16, Brett Cannon wrote: > > I just checked with Van and we should have CLAs for even PEP > contributors, > > so it will have to go through the same steps as the other ancillary > > repositories

Re: [Python-Dev] Devguide: Add a table summarizing status of Python branches

It's live: https://docs.python.org/devguide/#status-of-python-branches On Wed, 20 Jan 2016 at 23:47 Victor Stinner wrote: > 2016-01-20 22:22 GMT+01:00 Victor Stinner : > > I pushed my table, it will be online in a few hours (I don't know when > > the devguide is recompiled?): > > > http://docs.p

Re: [Python-Dev] python3 k1om dissociation permanence

If you could, ƦOB, can you open issues on bugs.python.org for each of these problems/changes? Otherwise we will lose track of this. On Fri, 22 Jan 2016 at 11:57 ƦOB COASTN wrote: > Hello, > > Enabling the build system for Intel MIC k1om is non-trivial using > Python-3.4.4 > Using Python2 for the

[Python-Dev] do people use sys._mercurial?

Since we are going to be switching over to Git, sys._mercurial is going to be made to return a dummy value of `('CPython', '', '')` once we switch to Git. But my question is do we bother to replace it with sys._git? I wanted to make sure that the effort is worth it to keep changing these VCS-specif

Re: [Python-Dev] do people use sys._mercurial?

It seems that people do use the values so there will be a sys._git attribute. On Fri, 22 Jan 2016 at 19:57 Ned Deily wrote: > On Jan 22, 2016, at 18:44, Brett Cannon wrote: > > Since we are going to be switching over to Git, sys._mercurial is going > to be made to return a du

Re: [Python-Dev] do people use sys._mercurial?

On Sat, 23 Jan 2016 at 11:45 francismb wrote: > Hi, > > On 01/23/2016 12:44 AM, Brett Cannon wrote: > > Since we are going to be switching over to Git, sys._mercurial is going > to > > be made to return a dummy value of `('CPython', '', '')`

Re: [Python-Dev] do people use sys._mercurial?

Some discussion happened on core-workflow@, otherwise you can look through the python-dev archives for when we added sys._mercurial. On Sat, 23 Jan 2016, 16:25 Random832 wrote: > Brett Cannon writes: > > (and no, we are not going to adopt a generic one; already had that > > deba

Re: [Python-Dev] FAT Python (lack of) performance

On Mon, 25 Jan 2016 at 14:30 Andrew Barnert via Python-Dev < python-dev@python.org> wrote: > On Jan 25, 2016, at 13:43, Victor Stinner > wrote: > > > > According to microbenchmarks, the most promising optimizations are > > functions inlining (Python function calls are slow :-/) and specialize > >

Re: [Python-Dev] FAT Python (lack of) performance

On Mon, 25 Jan 2016 at 18:22 INADA Naoki wrote: > I'm very interested in it. > > Ruby 2.2 and PHP 7 are faster than Python 2. > Python 3 is slower than Python 2. > Performance is a attractive feature. Python 3 lacks it. > That is not a fair statement to make about Python 3. It entirely depends

Re: [Python-Dev] [Python-checkins] Daily reference leaks (cbd4a6a2657e): sum=134

Looks like Victor's ast.Constant change introduced a refleak. On Tue, 26 Jan 2016 at 00:47 wrote: > results for cbd4a6a2657e on branch "default" > > > test_ast leaked [39, 39, 39] references, sum=117 > test_ast leaked [5, 5, 5] memory blocks, sum=15 >

Re: [Python-Dev] FAT Python (lack of) performance

On Wed, 27 Jan 2016 at 10:12 Sven R. Kunze wrote: > On 27.01.2016 11:59, Terry Reedy wrote: > > On 1/26/2016 12:35 PM, Sven R. Kunze wrote: > > I completely agree with INADA. > > > I an not sure you do. > > > I am sure I am. He wants to solve a problem the way that is natural to him > as a unique

Re: [Python-Dev] Speeding up CPython 5-10%

On Wed, 27 Jan 2016 at 10:26 Yury Selivanov wrote: > Hi, > > > tl;dr The summary is that I have a patch that improves CPython > performance up to 5-10% on macro benchmarks. Benchmarks results on > Macbook Pro/Mac OS X, desktop CPU/Linux, server CPU/Linux are available > at [1]. There are no slo

Re: [Python-Dev] How to resolve distinguishing between documentation and implementation

On Fri, 29 Jan 2016 at 10:14 Serhiy Storchaka wrote: > How to resolve distinguishing between documentation and implementation > if current implementation is incorrect, but third-party code can > implicitly depends on it? > > For example see issue26198. Currently buffer overflow of predefined > bu

Re: [Python-Dev] More optimisation ideas

On Sat, 30 Jan 2016 at 10:21 Serhiy Storchaka wrote: > On 30.01.16 18:31, Steve Dower wrote: > > On 30Jan2016 0645, Serhiy Storchaka wrote: > >> $ ./python -m timeit -s "import codecs; from encodings.cp437 import > >> decoding_table" -- "codecs.charmap_build(decoding_table)" > >> 10 loops, be

Re: [Python-Dev] More optimisation ideas

On Sat, Jan 30, 2016, 12:30 Sven R. Kunze wrote: > On 30.01.2016 19:20, Serhiy Storchaka wrote: > > AFAIK the most time is spent in system calls like stat or open. > > Archiving the stdlib into the ZIP file and using zipimport can > > decrease Python startup time (perhaps there is an open issue a

Re: [Python-Dev] More optimisation ideas

I have opened http://bugs.python.org/issue26252 to track writing the example (and before ppl go playing with the lazy loader, be aware of http://bugs.python.org/issue26186). On Sun, 31 Jan 2016 at 09:26 Brett Cannon wrote: > There are no example docs for it yet, but enough people have as

Re: [Python-Dev] More optimisation ideas

A lazy importer was added in Python 3.5 and it was not possible without the module spec refactoring. On Sun, 31 Jan 2016, 08:57 Antoine Pitrou wrote: > > Hi, > > If you want to make startup time faster for a broad range of applications, > please consider adding a lazy import facility in the stdl

Re: [Python-Dev] More optimisation ideas

gt; On Jan 31, 2016, at 12:02 PM, Brett Cannon wrote: > > A lazy importer was added in Python 3.5 > > > Is there any docs on how to actually use the LazyLoader in 3.5? I can’t > seem to find any but I don’t really know the import system that well. > > -

Re: [Python-Dev] More optimisation ideas

So freezing the stdlib helps on UNIX and not on OS X (if my old testing is still accurate). I guess the next question is what it does on Windows and if we would want to ever consider freezing the stdlib as part of the build process (and if we would want to change the order of importers on sys.meta_

Re: [Python-Dev] More optimisation ideas

On Sun, 31 Jan 2016, 15:36 Terry Reedy wrote: > On 1/31/2016 12:09 PM, Antoine Pitrou wrote: > > > The following documentation leaves me absolutely clueless: > > > > """This class only works with loaders that define exec_module() as > control > > over what module type is used for the module is re

Re: [Python-Dev] More optimisation ideas

On Mon, 1 Feb 2016 at 08:48 R. David Murray wrote: > On Mon, 01 Feb 2016 14:12:27 +1100, Steven D'Aprano > wrote: > > On Sun, Jan 31, 2016 at 08:23:00PM +0000, Brett Cannon wrote: > > > So freezing the stdlib helps on UNIX and not on OS X (if my old > testing is &

Re: [Python-Dev] Speeding up CPython 5-10%

On Mon, 1 Feb 2016 at 09:08 Yury Selivanov wrote: > > > On 2016-01-29 11:28 PM, Steven D'Aprano wrote: > > On Wed, Jan 27, 2016 at 01:25:27PM -0500, Yury Selivanov wrote: > >> Hi, > >> > >> > >> tl;dr The summary is that I have a patch that improves CPython > >> performance up to 5-10% on macro b

Re: [Python-Dev] Opcode cache in ceval loop

On Mon, 1 Feb 2016 at 11:11 Yury Selivanov wrote: > Hi, > > This is the second email thread I start regarding implementing an opcode > cache in ceval loop. Since my first post on this topic: > > - I've implemented another optimization (LOAD_ATTR); > > - I've added detailed statistics mode so tha

Re: [Python-Dev] Opcode cache in ceval loop

On Mon, 1 Feb 2016 at 12:16 Yury Selivanov wrote: > Brett, > > On 2016-02-01 3:08 PM, Brett Cannon wrote: > > > > > > On Mon, 1 Feb 2016 at 11:51 Yury Selivanov > <mailto:yselivanov...@gmail.com>> wrote: > > > > Hi Brett, > > > [..

Re: [Python-Dev] Speeding up CPython 5-10%

On Mon, 1 Feb 2016 at 10:21 Sven R. Kunze wrote: > > > On 01.02.2016 18:18, Brett Cannon wrote: > > > > On Mon, 1 Feb 2016 at 09:08 Yury Selivanov < > yselivanov...@gmail.com> wrote: > >> >> >> On 2016-01-29 11:28 PM, Steven D'Aprano wr

Re: [Python-Dev] Opcode cache in ceval loop

On Mon, 1 Feb 2016 at 11:51 Yury Selivanov wrote: > Hi Brett, > > On 2016-02-01 2:30 PM, Brett Cannon wrote: > > > > > > On Mon, 1 Feb 2016 at 11:11 Yury Selivanov > <mailto:yselivanov...@gmail.com>> wrote: > > &

Re: [Python-Dev] Speeding up CPython 5-10%

On Tue, 2 Feb 2016 at 01:29 Victor Stinner wrote: > Hi, > > I'm back for the FOSDEM event at Bruxelles, it was really cool. I gave > talk about FAT Python and I got good feedback. But friends told me > that people now have expectations on FAT Python. It looks like people > care of Python performa

Re: [Python-Dev] [Speed] speed.python.org

python.org > > mailing list. > > > > Many thanks to Intel for funding the work to get it set up and to > > Brett Cannon and Benjamin Peterson for their reviews. > > Heh, cdecimal utterly demolishing the old pure Python decimal module > on the telco benchmark means

Re: [Python-Dev] speed.python.org

.@python.org > mailing list. > > Many thanks to Intel for funding the work to get it set up and to > Brett Cannon and Benjamin Peterson for their reviews. > > Happy benchmarking, > -- > Zach > ___ > Python-Dev mailing list >

Re: [Python-Dev] More optimisation ideas

On Fri, 5 Feb 2016 at 10:34 Emile van Sebille wrote: > On 2/5/2016 9:37 AM, Alexander Walters wrote: > > > > > > On 2/5/2016 12:27, Emile van Sebille wrote: > >> On 2/1/2016 9:20 AM, Ethan Furman wrote: > >>> On 02/01/2016 08:40 AM, R. David Murray wrote: > >> > On the other hand, if the di

Re: [Python-Dev] PEP 0492 __aenter__ & __aexit__

On Sat, 6 Feb 2016 at 13:50 Daniel Miller wrote: > Hi Python-Dev Group, > > I am trying to implement __aenter__ and __aexit__ for the RethinkDB > Python driver. Looking at the PEP I don't see any > definitions as to what the expected parameters that __exit__ are supposed >

Re: [Python-Dev] PEP 0492 __aenter__ & __aexit__

__() or a coroutine (which is basically a generator decorated with types.coroutine). > > > > 2016-02-06 16:05 GMT-06:00 Brett Cannon : > >> >> >> On Sat, 6 Feb 2016 at 13:50 Daniel Miller >> wrote: >> >>> Hi Python-Dev Group, >>> >>&

Re: [Python-Dev] Google Summer of Code

On Sun, 7 Feb 2016 at 02:14 Victor Stinner wrote: > Hi, > > I would like to propose the FAT Python project subject to the Google > Summer of Code: > https://developers.google.com/open-source/gsoc/ > > I have a long list of optimization ideas for fatoptimizer: > http://fatoptimizer.readthedocs.or

Re: [Python-Dev] Windows: Remove support of bytes filenames in the os module?

On Mon, 8 Feb 2016 at 06:33 Victor Stinner wrote: > Hi, > > Since 3.3, functions of the os module started to emit > DeprecationWarning when called with bytes filenames. > > The rationale is quite simple: Windows native type for filenames is > Unicode, and the Windows has a weird behaviour when yo

<    1   2   3   4   5   6   7   8   9   10   >