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: >

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

__await__() or a coroutine (which is basically a generator decorated with types.coroutine). > > > > 2016-02-06 16:05 GMT-06:00 Brett Cannon <br...@python.org>: > >> >> >> On Sat, 6 Feb 2016 at 13:50 Daniel Miller <dalanmil...@rethinkdb.com> >>

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

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

tps://github.com/zware/codespeed/issues or on the sp...@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

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

ues or on the sp...@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 ma

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

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

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 > >>

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

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

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

On Mon, 1 Feb 2016 at 10:21 Sven R. Kunze <srku...@mail.de> wrote: > > > On 01.02.2016 18:18, Brett Cannon wrote: > > > > On Mon, 1 Feb 2016 at 09:08 Yury Selivanov < <yselivanov...@gmail.com> > yselivanov...@gmail.com> wrote: > >> >> >

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

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

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

Re: [Python-Dev] More optimisation ideas

On Mon, 1 Feb 2016 at 08:48 R. David Murray <rdmur...@bitdance.com> wrote: > On Mon, 01 Feb 2016 14:12:27 +1100, Steven D'Aprano <st...@pearwood.info> > wrote: > > On Sun, Jan 31, 2016 at 08:23:00PM +, Brett Cannon wrote: > > > So freezing the stdlib helps o

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

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 <br...@python.org> wrote: > There are no example docs for it yet, b

Re: [Python-Dev] More optimisation ideas

don...@stufft.io> wrote: > > On Jan 31, 2016, at 12:02 PM, Brett Cannon <br...@python.org> 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 rea

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

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

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

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)"

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

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 >

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

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]

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

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

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 <n...@python.org> wrote: > On Jan 22, 2016, at 18:44, Brett Cannon <br...@python.org> wrote: > > Since we are going to be switching over to Git, sy

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

On Sat, 23 Jan 2016 at 11:45 francismb <franci...@email.de> 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 <random...@fastmail.com> wrote: > Brett Cannon <br...@python.org> writes: > > (and no, we are not going t

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-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

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

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

On Wed, 20 Jan 2016 at 23:07 Nick Coghlan <ncogh...@gmail.com> wrote: > On 21 January 2016 at 10:16, Brett Cannon <br...@python.org> wrote: > > I just checked with Van and we should have CLAs for even PEP > contributors, > > so it will have to go through the sam

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

On Wed, 20 Jan 2016, 17:54 Andrew Barnert <abarn...@yahoo.com> wrote: > On Wednesday, January 20, 2016 4:10 PM, Brett Cannon <br...@python.org> > wrote: > > > >I think Glenn was assuming we had a single, global version # that all > dicts shared without having a p

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

On Tue, 19 Jan 2016 at 19:33 Martin Panter <vadmium...@gmail.com> wrote: > On 19 January 2016 at 20:12, Brett Cannon <br...@python.org> wrote: > > Here is a proposed update: > > > > diff -r 633f51d10a67 pep-0007.txt > > --- a/pep-0007.txt Mon Jan 18 10:52:5

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

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

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

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

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

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

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

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

t enforce the CLA on PEP contributions then it could happen even faster). -Brett > > On Wed, Jan 20, 2016 at 12:18 PM, Brett Cannon <br...@python.org> wrote: > >> >> >> On Wed, 20 Jan 2016 at 10:45 Terry Reedy <tjre...@udel.edu> wrote: >> >>> On 1/20/

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) >

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

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

On Wed, 20 Jan 2016 at 15:46 Victor Stinner <victor.stin...@gmail.com> wrote: > Hi, > > 2016-01-20 22:18 GMT+01:00 Glenn Linderman <v+pyt...@g.nevcal.com>: > > On 1/20/2016 12:50 PM, Brett Cannon wrote: > >> > >> A global (shared between a

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

On Wed, 20 Jan 2016 at 14:28 Victor Stinner <victor.stin...@gmail.com> wrote: > 2016-01-20 23:01 GMT+01:00 Brett Cannon <br...@python.org>: > > This is a proposed optional, future feature leading from moving to > GitHub: > > > https://www.python.org/dev/peps/pep-

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 <br...@python.org> wrote: > On Wed, 20 Jan 2016 at 14:31 Guido van Rossum <gu..

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

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

On Tue, 19 Jan 2016 at 00:48 M.-A. Lemburg <m...@egenix.com> wrote: > On 19.01.2016 00:20, Brett Cannon wrote: > > On Sun, 17 Jan 2016 at 11:10 Brett Cannon <br...@python.org> wrote: > > > >> While doing a review of http://bugs.python.org/review/26129/ I asked

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.

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

On Sun, 17 Jan 2016 at 11:10 Brett Cannon <br...@python.org> 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.p

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

On Mon, 18 Jan 2016 at 00:59 Larry Hastings <la...@hastings.org> 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 a

[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

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

On Sun, 17 Jan 2016, 13:59 Ethan Furman <et...@stoneleaf.us> 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

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

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

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

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

Re: [Python-Dev] Debugging using VS 2015

nssl-1.0.2d already 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. > > Fini

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

On Sun, 10 Jan 2016 at 19:53 Terry Reedy <tjre...@udel.edu> 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 > > o

[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

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

al decisions, I 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 <br...@python.org> > wrote: > >> For those of you who have not heard, I made the decision a little over a >> w

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

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

On Sun, 3 Jan 2016 at 02:55 Phil Thompson <p...@riverbankcomputing.com> wrote: > On 3 Jan 2016, at 3:41 am, Guido van Rossum <gu...@python.org> wrote: > > > > On Sat, Jan 2, 2016 at 3:26 PM, <mike.romb...@comcast.net> wrote: > > > > -- > > >

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

On Sat, 2 Jan 2016 at 21:31 <mike.romb...@comcast.net> wrote: > >>>>> " " == Brett Cannon <br...@python.org> writes: > > > I just wanted to quickly say that Guido's observation as to how > > a VFS is overkill is right. Imagine impl

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

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

;gu...@python.org> wrote: > On Sat, Jan 2, 2016 at 3:26 PM, <mike.romb...@comcast.net> wrote: > >> >> -- >> >>>>> "Brett" == Brett Cannon <br...@python.org> writes: >> >> > I opened >> > https://bugs.pyth

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

On Sat, 2 Jan 2016, 20:42 Brett Cannon <br...@python.org> 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&quo

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

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

[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

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

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.

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.

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. >

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

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

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,

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

know I 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 <br...@python.org> wrote: > > I gave the opening keynote at PyCon CA and then gave the same talk at > PyData > &g

[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

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" > >

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

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

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:

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

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

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

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

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

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

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

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: > > >

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

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

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] 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>

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.

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

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

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

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

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

I opened http://bugs.python.org/issue25154 for this idea and below is what I put in the issue as to why I think we should deprecate the pyvenv script in favour of `python3 -m venv`. I propose that the pyvenv script be deprecated in Python 3.5.1 and removed in Python 3.8. The reason for this

<    5   6   7   8   9   10   11   12   13   14   >