[Python-Dev] Implementing async enumerate

2021-05-24 Thread Filipe Alves Caixeta
Hello, Python 3.10 comes with the built-in *anext()* but I think we may be missing some other equivalent built-in functions like *list* and *enumerate*. I didn't discuss the idea of creating a PEP for this but I would like to get some help with the implementation. The equivalent Python code would

[Python-Dev] Re: IMPORTANT: Python 3.10b2 release blockers

2021-05-24 Thread Pablo Galindo Salgado
Small correction: https://bugs.python.org/issue40222: "Zero cost" exception handling and the segfaults on these buildbots: https://buildbot.python.org/all/#/builders/582/builds/165/steps/5/logs/stdio https://buildbot.python.org/all/#/builders/543/builds/190 are 3-11 (main branch) only, but they

[Python-Dev] IMPORTANT: Python 3.10b2 release blockers

2021-05-24 Thread Pablo Galindo Salgado
Hi, Tomorrow is the scheduled release of Python 3.10 beta 2 but unfortunately we have several release blockers: https://bugs.python.org/issue41282: Deprecate and remove distutils https://bugs.python.org/issue40222: "Zero cost" exception handling https://bugs.python.org/issue42972: [C API] Heap ty

[Python-Dev] Re: GDB not breaking at the right place

2021-05-24 Thread Guido van Rossum
To the contrary, I think if you want the CI jobs to be faster you should add the CFLAGS to the configure call used to run the CI jobs. On Mon, May 24, 2021 at 1:30 PM Victor Stinner wrote: > --with-pydebug default compiler flags is a trade-off between "runtime > checks for debug" and performance

[Python-Dev] Re: GDB not breaking at the right place

2021-05-24 Thread Victor Stinner
--with-pydebug default compiler flags is a trade-off between "runtime checks for debug" and performance. -O0 makes Python slower. For example, we want to Python CI to run as fast as possible. I don't want to fight for https://bugs.python.org/issue38350 I simply learnt to type: ./configure --with-p

[Python-Dev] Re: The repr of a sentinel

2021-05-24 Thread Luciano Ramalho
On Mon, May 24, 2021 at 11:44 AM Tal Einat wrote: > > But frankly Luciano's idea of a base class that can be subclassed seems the > > most startightford to me. > > Yes, and it's what I originally suggested near the beginning of this thread :) I am sorry to have missed your previous e-mail with a

[Python-Dev] Re: Question for potential python development contributions on Windows

2021-05-24 Thread Steve Dower
When you're installing Visual Studio the C++ tools version is listed under the selected components as "v14x". However, at this stage, the *only* version in circulation is 14.x - mine shows v142. Until the 14 changes to a "15", it will be binary compatible and so you can use any version at all

[Python-Dev] Re: GDB not breaking at the right place

2021-05-24 Thread Guido van Rossum
I'm confused. I've always assumed that --with-pydebug was intended for the situation where you're modifying the C code, so obviously you might have to debug C code. (I know that was the case when we introduced it, decades ago.) If that's not the goal, then what is --py-debug used for? On Mon, May

[Python-Dev] Re: Question for potential python development contributions on Windows

2021-05-24 Thread Guido van Rossum
How do you check that the C++ tools are v14.x? On Mon, May 24, 2021 at 1:43 AM Łukasz Langa wrote: > > On 20 May 2021, at 07:03, pjfarl...@earthlink.net wrote: > > The Python Developers Guide specifically states to get VS2017 for > developing or enhancing python on a Windows system. > > Is it st

[Python-Dev] Re: The repr of a sentinel

2021-05-24 Thread Tal Einat
On Mon, May 24, 2021 at 6:04 AM Christopher Barker wrote: > > 1) “Add a single new sentinel value, e.g. MISSING or Sentinel” (under > rejected) > > I was one of the proponent of that -- but not as an alternative to having a > stadardars way to create unique sentinels, but as an addition. That's

[Python-Dev] Re: The repr of a sentinel

2021-05-24 Thread Tal Einat
On Mon, May 24, 2021 at 4:10 AM MRAB wrote: > > On 2021-05-24 01:37, Luciano Ramalho wrote: > > Now I can use NotGiven as the sentinel, and its default repr is . > > > The repr of other singletons are the names of those singletons, eg. > "None", so why "" instead of "NotGiven"? Yea, that's up in

[Python-Dev] Re: The repr of a sentinel

2021-05-24 Thread Tal Einat
On Mon, May 24, 2021 at 3:30 AM Luciano Ramalho wrote: > > On Sun, May 23, 2021 at 3:37 AM Tal Einat wrote: > > I put up an early draft of a PEP on a branch in the PEPs repo: > > https://github.com/python/peps/blob/sentinels/pep-.rst > > Thanks for that PEP, Tal. Good ideas and recap there. >

[Python-Dev] Re: Question for potential python development contributions on Windows

2021-05-24 Thread pjfarley3
> From: Łukasz Langa > Sent: Monday, May 24, 2021 4:37 AM > To: pjfarl...@earthlink.net > Cc: python-dev@python.org > Subject: Re: [Python-Dev] Question for potential python development > contributions on Windows > > > On 20 May 2021, at 07:03, mailto:pjfarl...@earthlink.net wrote: > > > > The

[Python-Dev] Re: GDB not breaking at the right place

2021-05-24 Thread Victor Stinner
"Debugging" means many things. Python is built with -Og because it makes Python faster than -O0, and most developers debug Python code, not C code (in gdb). If you don't need to go up to the gdb/lldb level, -Og is fine. It would even make sense to build Python with -O3 in debug mode if you don't

[Python-Dev] Re: Question for potential python development contributions on Windows

2021-05-24 Thread Chris Angelico
On Mon, May 24, 2021 at 6:40 PM Łukasz Langa wrote: > > > On 20 May 2021, at 07:03, pjfarl...@earthlink.net wrote: > > The Python Developers Guide specifically states to get VS2017 for developing > or enhancing python on a Windows system. > > Is it still correct to specifically use VS2017 , or is

[Python-Dev] Re: Question for potential python development contributions on Windows

2021-05-24 Thread Łukasz Langa
> On 20 May 2021, at 07:03, pjfarl...@earthlink.net wrote: > > The Python Developers Guide specifically states to get VS2017 for developing > or enhancing python on a Windows system. > > Is it still correct to specifically use VS2017 , or is VS2019 also acceptable? We have to update the devgui