>
> $ def unpack_set():
> > return {*()}
> >
> $ dis.dis(unpack_set)
> 2 0 BUILD_SET0
> 2 LOAD_CONST 1 (())
> 4 SET_UPDATE 1
> 6 RETURN_VALUE
>
Seems like the peephole optimizer could be trained t
> > So, neither "research" nor "production" seems to be a correct
> > descriptor.
>
> Not even government funding agencies distinguish between "research"
> and "itch-scratching" as long as you self-promote enough! :-) I agree
> with Paul, feel free to call it "research"!
Along similar lines, wh
> a) You're working with CPython bleeding edge.
> b) You find that (bleeding edge) adding extra chore.
> c) Nobody told you to work on bleeding (nor boss, nor a maintainer who
> said "I'll merge it once you've done"),
>
> Then: why do you complicate your task by working on bleeding edge?
> Could ta
Thanks for the response. I will try to address your comments inline.
> I guess it should be a good idea to answer what's the scope of this
> project - is it research one or "production" one? If it's research one,
> why be concerned with the churn of over-modern CPython versions?
> Wouldn't it be b
> Yeah, that is old writing, so is probably less clear (no pun intended)
> than it should be. In frame_dealloc, Py_CLEAR is called for
> stack/register slots instead of just Py_XDECREF. Might not be
> necessary.
Also, the intent is not to change any semantics here. The
implementation of RETURN_VAL
> In the "Object Lifetime" section you say "registers should be cleared upon
> last reference". That isn't safe, since there can be hidden dependencies on
> side effects of __del__, e.g.:
>
> process_objects = create_pipeline()
> output_process = process_objects[-1]
> return output_pr
also intended to be the same thing, and for a while
> had a fair number of contributors. Unfortunately, it never obtained the
> performance wins that were good for.
>
> On Sat, Mar 20, 2021, 11:55 AM Skip Montanaro
> wrote:
>
>> Back in the late 90s (!) I worked on a reimagi
hon's internals. Questions/comments/pull requests welcome.
Skip Montanaro
___
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-idea
The DB-API doesn't support sets directly, so you wind up having to
manually expand them:
>>> curs.execute("select count(*) from sometable where somecol in ?",
>>> ({4126,11638},))
Traceback (most recent call last):
File "", line 1, in
sqlite3.OperationalError: near "?": syntax error
>>> curs.e
> But someone has to
> review and accept all those PEPs, and I can't do it all by myself.
An alternate definition for BDFL is "Benevolent Delegator For Life." :-)
Skip
___
Python-ideas mailing list
Python-ideas@python.org
https://mail.python.org/mailman
10 matches
Mail list logo
