Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Lele Gaifax
Terry Reedy writes: > On 11/2/2017 4:54 AM, Lele Gaifax wrote: > >> I'm not sure if the rebase should have been done on the original branch >> instead of creating a new one, or instead if I should open a new PR (and >> close the original one?). > > It is normal to 'git merge upstream/master' afte

[Python-Dev] Reorganizing re and curses related code

2017-11-03 Thread Serhiy Storchaka
Currently the implementation of re and curses related modules is sparsed over several files: re: Lib/re.py Lib/sre_compile.py Lib/sre_constants.py Lib/sre_parse.py _sre: Modules/_sre.c Modules/sre_constants.h Modules/sre.h Modules/sre_lib.h _curses: Include

Re: [Python-Dev] Reorganizing re and curses related code

2017-11-03 Thread Antoine Pitrou
Sounds good to me :-) Regards Antoine. On Fri, 3 Nov 2017 12:01:28 +0200 Serhiy Storchaka wrote: > Currently the implementation of re and curses related modules is sparsed > over several files: > > re: > Lib/re.py > Lib/sre_compile.py > Lib/sre_constants.py > Lib/sre_par

Re: [Python-Dev] Reorganizing re and curses related code

2017-11-03 Thread Nick Coghlan
On 3 November 2017 at 20:01, Serhiy Storchaka wrote: > > Since virtually all changes in these files at recent years have been made by > me, I don't think this will harm other core developers. Are there any > objections? Sound fine to me (and you may want to add an underscore prefix to the sre_*.p

Re: [Python-Dev] Reorganizing re and curses related code

2017-11-03 Thread Serhiy Storchaka
03.11.17 12:29, Nick Coghlan пише: On 3 November 2017 at 20:01, Serhiy Storchaka wrote: Since virtually all changes in these files at recent years have been made by me, I don't think this will harm other core developers. Are there any objections? Sound fine to me (and you may want to add an

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Guido van Rossum
Maybe we should remove typing from the stdlib? https://github.com/python/typing/issues/495 -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-03 Thread Guido van Rossum
IMO the inability of referencing class-level definitions from annotations on methods pretty much kills this idea. On Thu, Nov 2, 2017 at 11:27 PM, Nick Coghlan wrote: > On 3 November 2017 at 04:39, Jukka Lehtosalo wrote: > >> > * forward references: when a type hint contains names that have not

[Python-Dev] Remove typing from the stdlib (was: Reminder: 12 weeks to 3.7 feature code cutoff)

2017-11-03 Thread Serhiy Storchaka
03.11.17 16:36, Guido van Rossum пише: > Maybe we should remove typing from the stdlib? > https://github.com/python/typing/issues/495 I didn't use typing, but AFAIK the most used feature from typing is NamedTuple. If move NamedTuple and maybe other convenient classes not directly related to typ

Re: [Python-Dev] [edk2] Official port of Python on EDK2

2017-11-03 Thread Michael Zimmermann
> FYI, this library adds thread support to UEFI: > > https://github.com/Openwide-Ingenierie/GreenThreads-UEFI IMO this library has some crucial problems like changing the TPL during context switching. For my project "EFIDroid" I've invested many months analyzing, testing and implementing my own th

Re: [Python-Dev] Remove typing from the stdlib (was: Reminder: 12 weeks to 3.7 feature code cutoff)

2017-11-03 Thread Paul Moore
On 3 November 2017 at 14:50, Serhiy Storchaka wrote: > 03.11.17 16:36, Guido van Rossum пише: >> Maybe we should remove typing from the stdlib? >> https://github.com/python/typing/issues/495 > > I didn't use typing, but AFAIK the most used feature from typing is > NamedTuple. If move NamedTuple an

[Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Victor Stinner
Hi, 2017-11-03 15:36 GMT+01:00 Guido van Rossum : > Maybe we should remove typing from the stdlib? > https://github.com/python/typing/issues/495 I'm strongly in favor on such move. My experience with asyncio in the stdlib is that users expect changes faster than the very slow release process of

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Eric V. Smith
On 11/3/2017 12:15 PM, Victor Stinner wrote: Hi, 2017-11-03 15:36 GMT+01:00 Guido van Rossum : Maybe we should remove typing from the stdlib? https://github.com/python/typing/issues/495 The typing module is not used yet in the stdlib, so there is no technically reason to keep typing part of

[Python-Dev] Summary of Python tracker Issues

2017-11-03 Thread Python tracker
ACTIVITY SUMMARY (2017-10-27 - 2017-11-03) Python tracker at https://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: open6255 ( -5) closed 37431 (+54) total 43686 (+49) Open issues wi

Re: [Python-Dev] Remove typing from the stdlib (was: Reminder: 12 weeks to 3.7 feature code cutoff)

2017-11-03 Thread Brett Cannon
On Fri, 3 Nov 2017 at 08:09 Paul Moore wrote: > On 3 November 2017 at 14:50, Serhiy Storchaka wrote: > > 03.11.17 16:36, Guido van Rossum пише: > >> Maybe we should remove typing from the stdlib? > >> https://github.com/python/typing/issues/495 > > > > I didn't use typing, but AFAIK the most use

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Antoine Pitrou
On Fri, 3 Nov 2017 12:46:33 -0400 "Eric V. Smith" wrote: > On 11/3/2017 12:15 PM, Victor Stinner wrote: > > Hi, > > > > 2017-11-03 15:36 GMT+01:00 Guido van Rossum : > >> Maybe we should remove typing from the stdlib? > >> https://github.com/python/typing/issues/495 > > > The typing module i

Re: [Python-Dev] [edk2] Official port of Python on EDK2

2017-11-03 Thread Brett Cannon
Since the initial email got cross-posted, would it be possible to drop python-dev from any discussing that doesn't directly involve Python itself (e.g. we don't need to be involved in a discussion about whether you all have threading on UEFI)? On Fri, 3 Nov 2017 at 07:57 Michael Zimmermann wrote:

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Paul Moore
On 3 November 2017 at 17:47, Antoine Pitrou wrote: > On Fri, 3 Nov 2017 12:46:33 -0400 > "Eric V. Smith" wrote: >> On 11/3/2017 12:15 PM, Victor Stinner wrote: >> > Hi, >> > >> > 2017-11-03 15:36 GMT+01:00 Guido van Rossum : >> >> Maybe we should remove typing from the stdlib? >> >> https://githu

Re: [Python-Dev] Remove typing from the stdlib (was: Reminder: 12 weeks to 3.7 feature code cutoff)

2017-11-03 Thread Jelle Zijlstra
2017-11-03 10:46 GMT-07:00 Brett Cannon : > > > On Fri, 3 Nov 2017 at 08:09 Paul Moore wrote: > >> On 3 November 2017 at 14:50, Serhiy Storchaka >> wrote: >> > 03.11.17 16:36, Guido van Rossum пише: >> >> Maybe we should remove typing from the stdlib? >> >> https://github.com/python/typing/issue

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Steve Dower
On 03Nov2017 0915, Victor Stinner wrote: Hi, 2017-11-03 15:36 GMT+01:00 Guido van Rossum : Maybe we should remove typing from the stdlib? https://github.com/python/typing/issues/495 I'm strongly in favor on such move. I'm torn. If not having typing installed means you can't use "Any" or "O

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Antoine Pitrou
Also, as for dataclasses specifically, since it may become as pervasive as namedtuples, we probably want it to be as light-weight as possible. Which will be harder to achieve if its *API* depends on the typing machinery. Regards Antoine. Le 03/11/2017 à 19:04, Paul Moore a écrit : > On 3 Novem

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Guido van Rossum
A side note (I'm reading all responses but staying out of the discussion): No static checker should depend on the *contents* of typing.py, since it's just a bunch of runtime gymnastics to allow types to be evaluated at runtime without errors, with a secondary goal of making them introspectable (so

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Antoine Pitrou
Le 03/11/2017 à 19:34, Stéfane Fermigier a écrit : > > On Fri, Nov 3, 2017 at 6:47 PM, Antoine Pitrou > wrote: > > I don't think other modules should start relying on the typing module at > runtime. > > They already do, as I've noted in my message about depe

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Steve Dower
On 03Nov2017 1124, Guido van Rossum wrote: A side note (I'm reading all responses but staying out of the discussion): No static checker should depend on the *contents* of typing.py, since it's just a bunch of runtime gymnastics to allow types to be evaluated at runtime without errors, with a s

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Stéfane Fermigier
On Fri, Nov 3, 2017 at 6:47 PM, Antoine Pitrou wrote: > On Fri, 3 Nov 2017 12:46:33 -0400 > "Eric V. Smith" wrote: > > On 11/3/2017 12:15 PM, Victor Stinner wrote: > > > Hi, > > > > > > 2017-11-03 15:36 GMT+01:00 Guido van Rossum : > > >> Maybe we should remove typing from the stdlib? > > >> htt

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Barry Warsaw
On Nov 3, 2017, at 10:00, Steve Dower wrote: > > On 03Nov2017 0915, Victor Stinner wrote: >> Hi, >> 2017-11-03 15:36 GMT+01:00 Guido van Rossum : >>> Maybe we should remove typing from the stdlib? >>> https://github.com/python/typing/issues/495 >> I'm strongly in favor on such move. > > I'm torn

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Paul Moore
On 3 November 2017 at 17:00, Steve Dower wrote: > > I'm torn. > > If not having typing installed means you can't use "Any" or "Optional" in an > annotation, that basically kills the whole thing. Some primitives need to be > there. Thinking some more about this, I think that it's now established t

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-03 Thread Barry Warsaw
On Nov 2, 2017, at 23:22, Nick Coghlan wrote: > Another point worth noting is that merely importing the typing module > is expensive: > > $ python -m perf timeit -s "from importlib import reload; import > typing" "reload(typing)" > . > Mean +- std dev: 10.6 ms +- 0.6 ms > > 1

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Sven R. Kunze
On 03.11.2017 21:34, Paul Moore wrote: Consider someone who's downloaded Python and PyCharm (or Visual Studio). They want to get the benefit of the IDE code completion facilities, so they declare their argument as List[int], following the information they've found on how to declare lists of integ

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Victor Stinner
2017-11-03 18:00 GMT+01:00 Steve Dower : > If not having typing installed means you can't use "Any" or "Optional" in an > annotation, that basically kills the whole thing. Some primitives need to be > there. I'm not sure that I understand you. The question is if you would only need or . If typi

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Joao S. O. Bueno
This just popped up in Brython's issue tracker discussion: """ Pierre Quentel 04:57 (16 hours ago) to brython-dev/br., Subscribed I think it's better to rename all occurences of async now, although it's strange that : there is currently no deprecation warning in CPython with code that uses it

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Jelle Zijlstra
2017-11-03 16:44 GMT-07:00 Joao S. O. Bueno : > This just popped up in Brython's issue tracker discussion: > > """ > Pierre Quentel > > 04:57 (16 hours ago) > to brython-dev/br., Subscribed > > I think it's better to rename all occurences of async now, although > it's strange that : > > there is

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Victor Stinner
2017-11-04 0:44 GMT+01:00 Joao S. O. Bueno : > This just popped up in Brython's issue tracker discussion: > > """ > Pierre Quentel > > 04:57 (16 hours ago) > to brython-dev/br., Subscribed > > I think it's better to rename all occurences of async now, although > it's strange that : > > there is cu

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-03 Thread Luca Sbardella
Impressive stats! I didn’t know this command, thanks! On Fri, 3 Nov 2017 at 20:47, Barry Warsaw wrote: > On Nov 2, 2017, at 23:22, Nick Coghlan wrote: > > Another point worth noting is that merely importing the typing module > > is expensive: > > > > $ python -m perf timeit -s "from importlib i

Re: [Python-Dev] PEP 563: Postponed Evaluation of Annotations

2017-11-03 Thread Barry Warsaw
On Nov 3, 2017, at 17:09, Luca Sbardella wrote: > > Impressive stats! I didn’t know this command, thanks! Neither did I until a day or so ago. I already only want to use Python 3.7. :) -Barry signature.asc Description: Message signed with OpenPGP ___

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Lukasz Langa
> On 3 Nov, 2017, at 4:01 PM, Victor Stinner wrote: > > The question is if you would only need or pip install typing>. > > If typing is removed from the stdlib, you can still use it in your > application. It's "just" another dependency no? The ideal situation is that something is built-in a

Re: [Python-Dev] Reminder: 12 weeks to 3.7 feature code cutoff

2017-11-03 Thread Nick Coghlan
On 4 November 2017 at 09:52, Jelle Zijlstra wrote: > > 2017-11-03 16:44 GMT-07:00 Joao S. O. Bueno : >> >> This just popped up in Brython's issue tracker discussion: >> >> """ >> Pierre Quentel >> >> 04:57 (16 hours ago) >> to brython-dev/br., Subscribed >> >> I think it's better to rename all oc

Re: [Python-Dev] Remove typing from the stdlib

2017-11-03 Thread Nick Coghlan
On 4 November 2017 at 04:24, Guido van Rossum wrote: > A side note (I'm reading all responses but staying out of the discussion): > > No static checker should depend on the *contents* of typing.py, since it's > just a bunch of runtime gymnastics to allow types to be evaluated at runtime > without