On 29/11/2022 00:51, Guido van Rossum wrote:
To stir up some more fire, I would personally be fine with sets having
the same ordering guarantees as dicts, *IF* it can be done without
performance degradations. So far nobody has come up with a way to ensure
that. "Sets weren't meant to be determini
thon's opcodes. Then there
are some completely optional optimizations which add opcodes (like
CALL_LIKELY_BUILTIN and LOOKUP_METHOD) that can be enabled at compile time.
Cheers,
Carl Friedrich Bolz
___
Python-Dev mailing list
Python-Dev@python.org
http://
Phillip J. Eby wrote:
> At 01:34 PM 6/12/2008 +0200, Carl Friedrich Bolz wrote:
>> Phillip J. Eby wrote:
>> > As it happens, most objects' __dict__ slots are settable by default,
>> and
>> > *require* that you set it to a dict or subclass thereof.
>>
>
In fact it seems to me that there is no way to set non-string keys into
a type dict after class creation: Cls.__dict__ supports no setitem,
setattr checks for a string argument.
I think there are good arguments for not allowing strings keys in type
dicts, or at least leaving it u
ictionary. So you need to change to lookdict, otherwise that lookup
might fail.
Cheers,
Carl Friedrich Bolz
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.o
Terry Reedy wrote:
> "holger krekel" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> | We'd be very happy about feedback and opinions/questions
> | (preferably until Monday, 19th March)
> |
> |
> http://codespeak.net/pypy/extradoc/eu-report/D12.1_H-L-Backends_and_Feature_Prototype
arted into the world of PyPy see
here:
http://codespeak.net/pypy/dist/pypy/doc/getting-started.html
Sorry for the fuss and cheers,
Carl Friedrich Bolz
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
ith PyPy's inlining capabilities, since
inlining in PyPy happens on a completely different level, that has
nothing at all to do with Python code objects any more. So your proposed
changes would not make a difference for PyPy (not even to speak about
benefits).
[snip]
chee
