[Python-Dev] Re: Enhancement request for PyUnicode proxies

Rather than a full-blown buffer-protocol-like thing, could we get by with something simpler? How about just having a flag in the unicode object indicating that it doesn't own the memory that it points to? -- Greg ___ Python-Dev mailing list -- python-de

[Python-Dev] Re: Enhancement request for PyUnicode proxies

On Sun, Dec 27, 2020 at 8:20 PM Ronald Oussoren via Python-Dev wrote: > > On 26 Dec 2020, at 18:43, Guido van Rossum wrote: > > On Sat, Dec 26, 2020 at 3:54 AM Phil Thompson via Python-Dev > wrote: >> > > That wouldn’t be a solution for code using the PyUnicode_* APIs of course, > nor Python c

[Python-Dev] Enum bug?

Should this be considered a bug in the Enum implementation? >>> class Foo(enum.Enum): ... A = True ... B = 1 ... C = 0 ... D = False ...  >>> Foo.A >>> Foo(True) >>> Foo(1) Seems to me like it should store and compare both type and value. Paul _

[Python-Dev] Re: Where is the SQLite module maintainer

On 27/12/2020 21.20, Erlend Aasland wrote: > Hi, everyone. > > I'm trying to find a reviewer for this trivial > PR: https://github.com/python/cpython/pull/20530 > > (The PR fixes /CheckTraceCallbackContent/ (in the sqlite3 test suite) > for SQLite pre

[Python-Dev] Where is the SQLite module maintainer

Hi, everyone. I'm trying to find a reviewer for this trivial PR: https://github.com/python/cpython/pull/20530 (The PR fixes CheckTraceCallbackContent (in the sqlite3 test suite) for SQLite pre 3.7.15.) I've given up hunting for alternative reviewers (a process I find very uncomfortable, since

[Python-Dev] Re: Enhancement request for PyUnicode proxies

On 2020-12-27 19:15, Guido van Rossum wrote: On Sun, Dec 27, 2020 at 3:19 AM Ronald Oussoren > wrote: On 26 Dec 2020, at 18:43, Guido van Rossum mailto:gu...@python.org>> wrote: On Sat, Dec 26, 2020 at 3:54 AM Phil Thompson via Python-Dev mailto:pyt

[Python-Dev] Re: Enhancement request for PyUnicode proxies

On Sun, Dec 27, 2020 at 3:19 AM Ronald Oussoren wrote: > > > On 26 Dec 2020, at 18:43, Guido van Rossum wrote: > > On Sat, Dec 26, 2020 at 3:54 AM Phil Thompson via Python-Dev < > python-dev@python.org> wrote: > >> It's worth comparing the situation with byte arrays. There is no problem >> of tr

[Python-Dev] Re: Thoughts on PEP 634 (Structural Pattern Matching)

Hello, On Sun, 27 Dec 2020 14:10:59 +0100 Dave Halter wrote: > I'm late, but I still wanted to add that I share some of the criticism > that Mark has brought up. > > I'm in love with Rust's pattern matching, so I feel like I'm not > against pattern matching generally. However I feel like while

[Python-Dev] Re: Thoughts on PEP 634 (Structural Pattern Matching)

I'm late, but I still wanted to add that I share some of the criticism that Mark has brought up. I'm in love with Rust's pattern matching, so I feel like I'm not against pattern matching generally. However I feel like while the PEP is well written, there are some things that it does not tackle: -

[Python-Dev] Re: Enhancement request for PyUnicode proxies

> On 26 Dec 2020, at 18:43, Guido van Rossum wrote: > > On Sat, Dec 26, 2020 at 3:54 AM Phil Thompson via Python-Dev > mailto:python-dev@python.org>> wrote: > It's worth comparing the situation with byte arrays. There is no problem > of translating different representations of an element, but