Re: [Python-Dev] Why are generated files in the repository?

7;s far more developer friendly to aim to have builds from a source >> check-out "just work" if we can. That's pretty much where we are today >> (getting external dependencies for the optional parts on *nix can still be >> a bit fiddly - it may be worth maintaining instructi

Re: [Python-Dev] PEP 441 - Improving Python ZIP Application Support

once the glibc feature is released. It requires some fairly big changes to zipimport (I ended up rewriting the whole thing) but we can easily opensource the code, if there's any interest at all. I'd be happy to discuss this in more detail at PyCon, at which time we should be deploying code intern

Re: [Python-Dev] Request for Pronouncement: PEP 441 - Improving Python ZIP Application Support

___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/thomas%40python.org > -- Thomas Wouters Hi! I'm an email virus! Think twice

Re: [Python-Dev] PEP 448 review

#x27;m happy with the PEP and with the final decision. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listi

Re: [Python-Dev] libffi embedded in CPython

__ >> Python-Dev mailing list >> Python-Dev@python.org >> https://mail.python.org/mailman/listinfo/python-dev >> Unsubscribe: >> https://mail.python.org/mailman/options/python-dev/guido%40python.org >> >> > > > -- > --G

Re: [Python-Dev] libffi embedded in CPython

using distutils. It would be a really, really good idea to clean up that mess if we're not going to bundle libffi anymore :-P Screaming-and-stabbing-at-setup.py'ly y'rs, -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

Re: [Python-Dev] PEP 573 -- Module State Access from C Extension Methods

t > > > Backwards Compatibility > === > > Two new pointers are added to all heap types. > All other changes are adding new functions, structures and a type flag. > > The new ``PyErr_PrepareImmutableException`` function changes encourages > modules to switch from using he

Re: [Python-Dev] Keeping competitive with Go (was Re: Computed Goto dispatch for Python 2)

y 28, 2015, at 10:37 AM, Donald Stufft wrote: > > >I think docker is a pretty crummy answer to Go’s static binaries. What I > would > >love is for Python to get: > > > >* The ability to import .so modules via zipzimport (ideally without a > >temporary direct

Re: [Python-Dev] Question about sys.path and sys.argv and how packaging (may) affects default values

nflicts) - Hopefully never needed for that reason, > but it might also simplify packaging applications that depend on python. > A vanilla Python (or non-Debian-built python, even) has no business looking in dist-packages. It should just use site-packages. Third-party packages shouldn't care wh

Re: [Python-Dev] PEP 463: Exception-catching expressions

some of the grammar nodes, but it shouldn't be too bad. However, disallowing any infix operators in the 'default' expression means it'll still be valid, just mean something different; #9, for example, would be parsed as '(f(A) except TypeError: f(B)) or f(C)' if the '

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Sat, Feb 22, 2014 at 2:08 AM, Thomas Wouters wrote: > > > (FWIW, I have a working patch without tests that allows all of these, I'll > upload it tonight so people can play with it. Oh, and FWIW, currently I'm > +0 on the idea, -0 on the specific syntax.) > http:

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Feb 23, 2014 7:52 PM, "Stefan Behnel" wrote: > > Chris Angelico, 21.02.2014 04:15: > > Just as PEP 308 introduced a means of value-based conditions in an > > expression, this system allows exception-based conditions to be used > > as part of an expression. > > [...] > > This currently works:: >

Re: [Python-Dev] PEP 463: Exception-catching expressions

(to handle dicts and sets and dict comprehensions and set comprehensions, for example) but this would be even more duplication. It would be easier if we weren't talking about '(' or any other token that can be part of a normal expression ;-P [ Cue people suggesting the use of 

Re: [Python-Dev] PEP 463: Exception-catching expressions

r becomes obvious what it does from a glance. Not having except-expr may mean we keep adding methods (with different names, and slightly different semantics) to cover specific use-cases of specific types, but I can live with that. -- Thomas Wouters Hi! I'm an email virus! Think twice be

Re: [Python-Dev] PEP 463: Exception-catching expressions

On Wed, Mar 5, 2014 at 4:28 PM, Chris Angelico wrote: > On Thu, Mar 6, 2014 at 7:57 AM, Thomas Wouters wrote: > > All in all I believe I will continue to prefer specific methods for > specific > > use-cases; I'm -0 on the idea of an except-expression, -0 on the syntax &

Re: [Python-Dev] Intricacies of calling __eq__

g other things on the hashing algorithm and the size of the dict. If we were serious about not changing these kinds of aspects between Python implementations, we certainly shouldn't be changing them between versions of the same Python implementation -- and so we would be banned from ever changing t

Re: [Python-Dev] unittest assertRaisesRegex bug?

in unittest. > > Also: > > self.assertRaisesRegex(TypeError, '%x format: an integer is > required, not float','%x'.__mod__, 3.14), > self.assertRaisesRegex(TypeError, '%X format: an integer is > required, not float',

Re: [Python-Dev] PEP 466: Proposed policy change for handling network security enhancements

third-party packages either, but that's not something that's easily done. I do believe that besides accepting this PEP we should provide good guidance on how to write portable, secure software using the tools provided, say in a new chapter in the library docs -- and it shouldn't be afra

Re: [Python-Dev] PEP 461: Adding % formatting to bytes and bytearray -- Final, Take 3

atic for porting code. Did this come up in the earlier discussions? -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/

Re: [Python-Dev] collections.sortedtree

g/pypi/blist, rather than a new implementation. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscri

Re: [Python-Dev] PEP 465: A dedicated infix operator for matrix multiplication

On Apr 8, 2014 2:39 PM, "Nick Coghlan" wrote: > > On 8 April 2014 21:24, Björn Lindqvist wrote: > > 2014-04-08 12:23 GMT+02:00 Sturla Molden : > >> Björn Lindqvist wrote: > >> > >>> import numpy as np > >>> from numpy.linalg import inv, solve > >>> > >>> # Using dot function: > >>> S = np.dot((n

Re: [Python-Dev] Language Summit notes

to understand better. We also want to > help developers to make a single source for Python 2 and Python 3 > release less painful. > > Python 2.7 is alive and in good health and support will continue on the > same. > > Few points were talked about from 3.5, like byte formatting

Re: [Python-Dev] ref leaks

'0, 0, 4' are probably not leaks, but if you're worried you can run them with larger 'stab' and 'run' to see if they stabilize, or a smaller 'stab' to see if they just have unreliable refcount effects. The easiest way to debug these things is to

Re: [Python-Dev] Python 3.5 on VC14 - update

d I believe the Debian/Ubuntu packages also do this.) I believe almost all of that is from speedups to the main eval loop, which is a huge switch in a bigger loop with complicated jump logic. It wouldn't surprise me if VS's PGO only decided to optimize that eval loop :) -- Thomas Wo

Re: [Python-Dev] RFC: PEP 587 "Python Initialization Configuration": 3rd version

e their own flag, so I'm not listing that here.) With Hermetic Python we don't care about any of these (for a variety of different reasons), but I'm always a little worried that future Python versions would add behaviour to site that we *do* need. (As a side note, here's an issue

Re: [Python-Dev] Have a big machine and spare time? Here's a possible Python bug.

gt; Cheers, > Steve > > [1]: > > https://github.com/python/cpython/blob/51aa35e9e17eef60d04add9619fe2a7eb938358c/Objects/obmalloc.c#L769 > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: &

[Python-Dev] Accepting PEP 587 (Python Initialization Configuration)

on (at least until the rest of PEP 432 lands) but it's a giant boon to those of us who embed Python :) -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@py

[Python-Dev] Re: obmalloc (was Have a big machine and spare time? Here's a possible Python bug.)

at work, including a lot of third-party extension modules, but I don't see an easy way to do it right now. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- pyth

[Python-Dev] Re: Modified parser does not seem to work. What am I doing wrong?

On Fri, 16 Oct 2020, 23:04 Stefano Borini, wrote: > Hello, > > I am trying to implement PEP-637, and I started modifying the parser > and the grammar, but I don't know what I am missing. > > The PR is here > > > https://github.com/python/cpython/compare/master...stefanoborini:PEP-637-implementati

[Python-Dev] PEP 640: Unused variable syntax.

ending this *not* be accepted if pattern matching using the same syntax is not also accepted. The benefit without pattern matching is real but small, and in my opinion it's not worth the added complexity. The PEP: PEP: 640 Title: Unused variable syntax Author: Thomas Wouters Status: Draft Type: Sta

[Python-Dev] Re: PEP 640: Unused variable syntax.

tps://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/OPUUJWBCK37CQXOYIFYSUIXFQSWTTCCA/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an emai

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:02 PM Chris Jerdonek wrote: > On Mon, Oct 19, 2020 at 3:11 PM Thomas Wouters wrote: > >> PEP: 640 >> Title: Unused variable syntax >> Author: Thomas Wouters >> > ... > >> In Python it is somewhat common to need to do an ass

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:22 PM Paul Moore wrote: > On Tue, 20 Oct 2020 at 13:13, Thomas Wouters wrote: > > The reason for this PEP is that pattern matching will make '_' (but not > any other names) have the behaviour suggested in this PEP, but *only* in > pattern match

[Python-Dev] Re: PEP 640: Unused variable syntax.

On Tue, Oct 20, 2020 at 2:44 PM Paul Moore wrote: > On Tue, 20 Oct 2020 at 13:25, Thomas Wouters wrote: > > > > On Tue, Oct 20, 2020 at 2:22 PM Paul Moore wrote: > >> > >> On Tue, 20 Oct 2020 at 13:13, Thomas Wouters wrote: > >> > The reason fo

[Python-Dev] Re: PEP 642: Constraint Pattern Syntax for Structural Pattern Matching

s of '_' unambiguous, and allows structured pattern matching and iterable unpacking to be thought of the same. It reduces the complexity of the language because it no longer uses the same syntax for disparate things. -- Thomas Wouters Hi! I'm an email virus! Think twice before

[Python-Dev] Re: Speeding up CPython

knows, maybe someone will be willing to outright fund this as-is. But as it is, the SC doesn't think we can fund this directly, even if we had the money available. For the SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me sp

[Python-Dev] My thoughts on Pattern Matching.

ap instead of closing it. It creates more special syntax that will be harder to apply to other parts of Python. I think we need something that fits well with the rest of Python, not a separate sub-language. Like I said, I haven't made up my mind either way, and I don't want to turn this i

[Python-Dev] Re: The semantics of pattern matching for Python

g if a feature introduced under a future import turned out to go away rather than become the default. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@py

[Python-Dev] Re: SC 2020 recommendation for PEP 634

On Mon, Dec 7, 2020, 22:34 Ethan Furman via Python-Dev < python-dev@python.org> wrote: > On 12/7/20 11:29 AM, Brett Cannon wrote: > > > After much deliberation, the 2020 SC will be making a recommendation to > the 2021 SC to accept PEP 634 (although this was > > not a unanimous decision). > > This

[Python-Dev] Re: SC 2020 recommendation for PEP 634

e PEPs ( https://mail.python.org/archives/list/python-dev@python.org/thread/4SBR3J5IQUYE752KR7C6432HNBSYKC5X/) and in my nomination post ( https://discuss.python.org/t/steering-council-nomination-thomas-wouters-2021-term/5678 ). (If this makes people change their mind about the SC elections, keep in mind you ca

[Python-Dev] Steering Council update for January

iscussion got pushed to next week because we went 30 minutes over. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an e

[Python-Dev] Re: New name for the development branch [was Steering Council update for February]

point we can't even claim to do it because it's the right thing. We're just going with the flow here. There is more value in using the conventional names, and the convention for the replacement of 'master' is clearly 'main'. -- Thomas Wouters Hi! I'm an e

[Python-Dev] Rejecting PEP 637 (Support for indexing with keyword arguments)

Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org

[Python-Dev] Accepting PEP 597 (Add optional EncodingWarning)

plan with a good upgrade path and with community support, but we do believe we need to make that decision sooner rather than later. With thanks from the whole Python Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help

[Python-Dev] Accepting PEP 624 (Remove Py_UNICODE encoder APIs)

in a brief ‘porting’ section in the PEP instead. With the Python Steering Council's gratitude, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python

python-dev@python.org

we don't get to we'll try to answer them some other way, like a blog post. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org T

[Python-Dev] Re: PEP 654: Exception Groups and except* [REPOST]

y come down to there just not being enough time before the feature freeze to make a thoughtful decision. For the SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev m

[Python-Dev] PEP 563 and Python 3.10.

and a multi-faceted one at that. For the Steering Council, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to

[Python-Dev] March Steering Council update.

ion. - SC met with Ezio, PM for the GitHub Issues migration, to talk about status, progress and next steps, including keeping python-dev up to date. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! _

[Python-Dev] Re: IRC #python-dev channel is now on Libera Chat (bye bye Freenode)

/python.org/psf/codeofconduct/ >> > > > -- > --Guido van Rossum (python.org/~guido) > *Pronouns: he/him **(why is my pronoun here?)* > <http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-change-the-world/> >

[Python-Dev] Re: IRC #python-dev channel is now on Libera Chat (bye bye Freenode)

ge archived at > https://mail.python.org/archives/list/python-dev@python.org/message/SD7KLY2ID4H3BG7HPUZEHPEQGE26L724/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help

[Python-Dev] Re: March Steering Council update.

why I forgot this time. The update was updated. > > Cross referencing is a little awkward when reading the summary on a phone > rather than a full computer. > > Cheers, > Nick. > > On Tue, 18 May 2021, 11:12 pm Thomas Wouters, wrote: > >> >> The SC has

[Python-Dev] May/June steering council updates.

ional modules/packages. - Group discussed enum.Enum repr and str changes in 3.10 & 3.11. It was decided that Barry will email python-dev@ and strongly suggest that we rollback to 3.9 behavior for 3.10 and write a new PEP for 3.11. -- Thomas Wouters Hi! I'm an email viru

[Python-Dev] Rejecting PEP 648

P would benefit them. For the whole SC, Thomas. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...

[Python-Dev] A ban from Core Developer spaces.

has to stop, and we do mean it. At this point we need to have a larger discussion about the future of python-dev, but we want to handle that separately from this particular incident. We’ll think a bit more about what the options are, and start a separate discussion about it later this week. For th

[Python-Dev] July Steering Council update.

scord and Pablo suggested we use it for the next virtual Sprint, which the group agrees with. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- python-dev@python

[Python-Dev] Accepting PEP 654.

flat versus nested ExceptionGroups), and we do not want to discourage discussion on any of this. We do want to move forward with PEP 654 as-is in the meantime, in particular to get practical experience in the standard library. With thanks for all your hard work, For the whole SC, Thomas. -- Thomas Wouters Hi!

[Python-Dev] Re: Accepting PEP 654.

On Sat, Sep 25, 2021 at 12:06 AM Thomas Wouters wrote: > > Irit, Guido, Yuri, Nathaniel, > I do apologise for the typo in your name, Yury... somehow none of us caught it in our proofreading of the response :( I fixed it on Discourse with an edit, but email, alas... -- Thomas Wouters

Re: [Python-Dev] backporting the _sysconfigdata.py module to 2.7

ilures in the most unexpected ways, we haven't seen anything broken or failing in any way by that change. (Not that I was expecting it, I'm just saying even I think this is a good idea ;) -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signature file to

Re: [Python-Dev] IDLE in the stdlib

ing on it that would prefer it that way. And only if we realize that if IDLE languishes again, python-dev is *still* on the hook for it, even in the separate repository. I don't know if excluding it from the source tarball gains us anything on top of that -- although I do think we should move '

Re: [Python-Dev] Mysterious Python pyc file corruption problems

ually explainable from this scenario. > > -- > --Guido van Rossum (python.org/~guido) > ___ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/m

Re: [Python-Dev] [Python-checkins] cpython: Add reference implementation for PEP 443

f and atexit during interpreter startup. I'm wondering if that's really necessary :) -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] [Python-checkins] cpython: Issue #17931: Resolve confusion on Windows between pids and process handles.

ed by the PEP 443 implementation, see my message to python-dev. -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailm

Re: [Python-Dev] stat module in C -- what to do with stat.py?

ete, why would we want to keep it -- or use it as fallback -- at all? If we're dead set on having a .py file instead of requiring it to be part of the interpreter (whichever that is, however it was built), it should be generated as part of the build process. Personally, I don't see t

Re: [Python-Dev] add new lambda syntax

work, but you'd have to fold the bits of vararglist you need into testlist_comp, then reject invalid syntax that matches the grammar (like "(x=expr for ...)" or "((x+1)=expr)" or "(*foo=1)") in the compiler. Something like (untested): testlist_comp: (test|star_expr) ['=&

Re: [Python-Dev] Why does PEP 8 advise against explicit relative imports?

l work -- unless you don't care if it'll work, of course :) The alternative is to include a package *without* changing its name (by adding the right directory, without __init__.py, to sys.path) and that has worked out a lot better for us. Even so, there's no reason for *the sta

Re: [Python-Dev] Investigating Python memory footprint of one real Web application

rint. > > > > Maybe, sharing some tuples which code object has may increase cache > efficiency. > > I'll try run pyperformance with the marshal patch. > > IIRC Thomas Wouters (?) has been working on a patch to move the ref > counter out of the PyObject struct and into

Re: [Python-Dev] The untuned tunable parameter ARENA_SIZE

list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: https://mail.python.org/mailman/options/python-dev/ > thomas%40python.org > > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

[Python-Dev] Type annotations, PEP 649 and PEP 563

so far is that we don’t see the typing language as separate from Python (and thus won’t be blanket delegating typing PEPs to a separate authority), and we don’t see type annotations as purely for static analysis use. For the whole SC, Thomas. -- Thomas Wouters Hi! I'm an email virus!

[Python-Dev] The Steering Council elections.

minating myself, I just haven't gotten around to making the actual post yet.) Electably-y'rs, -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! ___ Python-Dev mailing list -- pyth

[Python-Dev] Re: The Steering Council elections.

e, so please consider who you would like to see on the SC. On Wed, Nov 10, 2021 at 1:40 PM Thomas Wouters wrote: > (Not sending this out as a SC member, just as myself.) > > Because we're half-way through the nomination period, I want to remind > people about the Steering Coun

[Python-Dev] Re: PEP 689 – Unstable C API tier (was: Semi-stable C API tier)

On Wed, May 4, 2022, 04:11 Petr Viktorin wrote: > > > On 29. 04. 22 19:02, Guido van Rossum wrote: > > On Fri, Apr 29, 2022 at 10:15 AM Petr Viktorin > > wrote: > > > > On 29. 04. 22 16:32, Victor Stinner wrote: > > > Ok, let me start with the serious business:

[Python-Dev] Python 3.12.0 alpha 1 released.

Software Foundation. Regards from dusky California, Your release team, Thomas Wouters @Yhg1s Ned Deily @nad Steve Dower @steve.dower -- Thomas Wouters ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...

[Python-Dev] Python 3.12.0 alpha 2 released

stisement the weapon of personality, and for their reward, a > flattery, which is not true praise. Enjoy the new releases Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yours

[Python-Dev] Python 3.12.0 alpha 4 released

y volunteering yourself or through organization contributions to the Python Software Foundation. Regards from chilly Amsterdam, Your release team, Thomas Wouters Ned Deily Steve Dower -- Thomas Wouters ___ Python-Dev mailing list -- python-dev@p

[Python-Dev] Python 3.12.0 alpha 6 released

espeare. Enjoy the new releases Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Regards from unexpecte

[Python-Dev] [RELEASE] Python 3.11.3, 3.10.11 and 3.12.0 alpha 7 released

n Software Foundation. https://www.python.org/psf/ >From the release team, Thomas Wouters @thomas Pablo Galindo Salgado @pablogsal Łukasz Langa @ambv Ned Deily @nad Steve Dower @steve.dower ___ Python-Dev mailing list -- python-dev@python.org To uns

[Python-Dev] [RELEASE] Python 3.12.0 beta 1 released.

new release Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Your release team, Thomas Wouters Ned Deily Steve Dower --

[Python-Dev] [RELEASE] Python 3.12.0 beta 3 released

supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation. Regards from a suddenly very stormy Amsterdam, Thomas Wouters Your release team, Ned Deily Steve Dower Łukasz Langa -- Thomas Wouters ___

[Python-Dev] [RELEASE] Python 3.12.0 beta 4 released

n Software Foundation <https://www.python.org/psf-landing/>. Regards from the alternating thunderstorms and heat waves in Amsterdam, Thomas Wouters. Your release team, Ned Deily Steve Dower Łukasz Langa -- Thomas Wouters ___ Python-Dev

[Python-Dev] [RELEASE] Python 3.12.0 release candidate 1 released

-new-releases-9>We hope you enjoy the new releases! Thanks to all of the many volunteers who help make Python Development and these releases possible! Please consider supporting our efforts by volunteering yourself or through organization contributions to the Python Software Foundation <h

[Python-Dev] Re: PEP 587 (Python Initialization Configuration) updated to be future proof again

locatorEx > > to ensure that the compilation of all C extensions using the API will > > fail... :-( > > I really dislike this solution. What will happen when we will add > > another field to the structure, like a new PyMem_Aligned() (similar to > > posix_memalign()) fu

[Python-Dev] Nominations for the 2019 Steering Council Election are open until Friday.

https://mail.python.org/archives/list/python-committ...@python.org/message/ZJ4V2KPFE6DJO4GONP7YV2QCHBM6UUY7/ Code of Conduct: https://www.python.org/psf/codeofconduct/ -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread! __

[Python-Dev] Re: Deprecating the "u" string literal prefix

n-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/XJ7PF3GIA7HCENHB7CM7BSGSAZ3SWAOT/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thom

[Python-Dev] Re: Deprecating the "u" string literal prefix

On Wed, Dec 4, 2019 at 6:37 PM Victor Stinner wrote: > Le mer. 4 déc. 2019 à 14:49, Thomas Wouters a écrit : > >> (...) > >> It's very different if an incompatible change break 1% or 90% of > >> Python projects. > > > > Unfortunately there is a di

[Python-Dev] Re: PEP proposal to limit various aspects of a Python program to one million.

ow") > comes to mind here. > > Paul > ___ > Python-Dev mailing list -- python-dev@python.org > To unsubscribe send an email to python-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message

[Python-Dev] Re: Request to postpone some Python 3.9 incompatible changes to Python 3.10

-- python-dev@python.org > To unsubscribe send an email to python-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/CHMOFONIBAACIW5A5SNHLTV6A5BEQXYT/ > Co

[Python-Dev] Re: PEP 617: New PEG parser for CPython

s. Is the intent that the actions are cross-language, or translated to Python somehow, or is the support for generating a Python-based parser merely for debugging, as that action suggests? -- Thomas Wouters Hi! I'm an email virus! Think twice before sendin

[Python-Dev] Re: Question about bytecode stability

On Mon, 6 Apr 2020, 06:30 Brandt Bucher, wrote: > > The best way to look at this is to consider how long a .pyc file is > valid. They're currently named something like > __pycache__/modulename.cpython-38.pyc which is a fairly clear indication > that the cached compiled module should be valid for

[Python-Dev] Re: PEP 620: Hide implementation details from the C API

ects are allocated. It doesn't make much sense, however, because Python wouldn't allocate their objects anyway, just the Python objects wrapping theirs. Allocating CPython objects should be CPython's job. FWIW, I suspect the biggest problem with getting rid of tp_new/tp_free is code tha

[Python-Dev] Re: [Python-ideas] Re: Amend PEP-8 to require clear, understandable comments instead of Strunk & White Standard English comments

ughts of homo faber. Ideas, once born, >> become abortifacients against new conceptions. >> _______ >> Python-Dev mailing list -- python-dev@python.org >> To unsubscribe send an email to python-dev-le...@python.org >> https://

[Python-Dev] Re: Lists placed into Emergency Moderation status

-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/LZVR6SLZN4LCGD4SC4BCVHKMUH6GKA6D/ > Code of Conduct: http://python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email

[Python-Dev] Re: [Python-ideas] Re: Amend PEP-8 to require clear, understandable comments instead of Strunk & White Standard English comments

On Tue, Jun 30, 2020 at 2:36 PM Steven D'Aprano wrote: > It needs to be pointed out that Thomas Wouters was recently re-elected > to the PSF board. I think we need to know whether Thomas speaks for the > entire PSF board.Giampaolo feared this: > > "It's gonna

[Python-Dev] Re: PEP 620: Hide implementation details from the C API

___ > Python-Dev mailing list -- python-dev@python.org > To unsubscribe send an email to python-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/p

[Python-Dev] Re: [python-committers] Resignation from Stefan Krah

ttps://mail.python.org/archives/list/python-committ...@python.org/message/ZIAN7ERZNF4ZE2B2SLYNRPVNERNACG5A/ > Code of Conduct: https://www.python.org/psf/codeofconduct/ > -- Thomas Wouters Hi! I'm an email virus! Think twice before sending your email to help me spread!

[Python-Dev] Re: [python-committers] Re: Re: Resignation from Stefan Krah

dividual contributors, the perceptions our actions and decisions and silence create for the individuals involved, the other core developers, and the Python community at large. We're also still figuring out the process and standards we want to set for this kind of thing, because it is fairly new t

Re: [Python-Dev] an unimportant question, ...

e least. The change you're referring to actually (comparatively silently!) broke the ABI for 64-bit Python builds (at least, on LP64 and LLP64 systems, which is most of them.) You can normally relatively safely use an extension module built for Python 2.2 in Python 2.4, but not so for 64-bi

Re: [Python-Dev] GPython?

e same problem but worse: none of us would be able to write an effective one for Windows, if at all, and we would have a much smaller developer pool to work with. And it would take much longer in the first place.) -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signatu

Re: [Python-Dev] PyDict_SetItem hook

would suggest using Unladen Swallow's: http://code.google.com/p/unladen-swallow/wiki/Benchmarks -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signature file to help me spread! ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] PyDict_SetItem hook

latforms because, say, it warms the cache for the common case. I doubt it will, but you can't *know* until you measure it. -- Thomas Wouters Hi! I'm a .signature virus! copy me into your .signature file to help me spread! ___ Python-Dev mail

  1   2   3   4   5   >