Hi,
I intended for gc.collect() to actually collect cycles even if the
auto-GC was disabled. Having Py_Finalize() run GC even when it has
been disabled seems wrong to me. Originally, cyclic GC was supposed
to be optional. Back then, most programs did not leak cycles. I
would vote for
Right. I still have no good intuition for what Type[BasicUser, ProUser]
would mean so I think you should be required to use the Union, which is
clear. Type[] should only allow one parameter.
Most real uses of Type[] use a type variable anyway.
I really recommend that you read through
On 14 May 2016 at 13:28, Guido van Rossum wrote:
> On Sat, May 14, 2016 at 11:47 AM, Peter Ludemann
> wrote:
>
>> I think that Type[C,D] would mean Union[Type[C], Type[D]], but I'm not
>> sure ... I should probably talk to a typing expert about this.
Greg Ewing writes:
> Paul Moore wrote:
> > On 13 May 2016 at 17:57, Ethan Furman wrote:
> >
> >>1) What is a wallet garden?
> >
> > I assumed he meant "walled garden"
>
> Works either way -- you'd want a wall around your wallet
> garden to stop people stealing your
2016-02-01 17:54 GMT+01:00 Yury Selivanov :
> Thanks for bringing this up!
>
> IIRC wpython was about using "fat" bytecodes, i.e. using 64bits per
> bytecode instead of 8.
No, it used 16, 32, and 48-bit per opcode (1, 2, or 3 16-bit words).
> That allows to minimize
2016-04-13 23:23 GMT+02:00 Victor Stinner :
> Hopefully, I don't expect 32-bit parameters in the wild, only 24-bit
> parameter for function with annotation.
>
I never found 32-bit parameters, and not even 24-bit ones. I think that
their usage is as rare as all planets
2016-04-13 18:24 GMT+02:00 Victor Stinner :
> Demur Rumed proposes a different change to use a regular bytecode
> using 16-bit units: an instruction has always one 8-bit argument, it's
> zero if the instruction doesn't have an argument:
>
>
2016-02-17 12:04 GMT+01:00 Antoine Pitrou :
> Demur Rumed gmail.com> writes:
> > I've personally benchmarked this fork with positive results.
>
> I'm skeptical of claims like this. What did you benchmark exactly, and with
> which results?
> I don't think changing the opcode
2016-02-15 8:14 GMT+01:00 Andrew Barnert via Python-Dev <
python-dev@python.org>:
> Despite the name (and inspiration), my fork has very little to do with
> WPython. I'm just focused on simpler (hopefully = faster) fetch code; he
> started with that, but ended up going the exact opposite
2016-02-15 1:20 GMT+01:00 Demur Rumed :
> Saw recent discussion:
> https://mail.python.org/pipermail/python-dev/2016-February/143013.html
>
> I remember trying WPython; it was fast. Unfortunately it feels it came at
> the wrong time when development was invested in getting
On Fri, May 13, 2016 at 7:43 PM, Chris Angelico wrote:
[...]
> "Check" accepts subclasses; "CheckExact" doesn't (it's like "type(x)
> is str"). The question is, which one SHOULD be being done?
Indeed it should do "Check", so that path libraries that do inherit
from str will
2016-02-02 10:28 GMT+01:00 Victor Stinner :
> 2016-01-27 19:25 GMT+01:00 Yury Selivanov :
> > tl;dr The summary is that I have a patch that improves CPython
> performance
> > up to 5-10% on macro benchmarks. Benchmarks results on Macbook Pro/Mac
12 matches
Mail list logo