On Mon, Jan 25, 2016 at 11:58:12PM +0100, Victor Stinner wrote:
> ...
> Oh, they are a lot of things to do! ...
Just wondering, do you also need a set of (abusive) test-cases which
check 100% conformity to the CPython semantics? I'm sure many of us
would be able to whip up some ideas of things tha
Looks like Victor's ast.Constant change introduced a refleak.
On Tue, 26 Jan 2016 at 00:47 wrote:
> results for cbd4a6a2657e on branch "default"
>
>
> test_ast leaked [39, 39, 39] references, sum=117
> test_ast leaked [5, 5, 5] memory blocks, sum=15
>
Dear Everyone,
My name is Truong Nguyen and I like web development. I'm writing hoping to find
a mentor (who likes to teach), and opportunity to contribute to the python.org
website to gain skills in full stack development. Python Software Foundation
interest me because the language is used in a
Terry Reedy writes:
> On 1/26/2016 12:02 AM, INADA Naoki wrote:
>
> > People use same algorithm on every language when compares base language
> > performance [1].
>
> The python code is NOT using the same algorithm. The proof is that the
> Python function will return the correct value fo
Nick Coghlan writes:
> On 26 January 2016 at 17:16, Stephen J. Turnbull wrote:
> > Our universities are doing an awful job at getting "big picture
> > thinking" across to our students.
>
> That problem isn't specific to Japan - I'm not aware of *anywhere*
> that does a particularly good jo
I completely agree with INADA.
It's like saying, because a specific crossroad features a higher
accident rate, *people need to change their driving behavior*.
*No!* People won't change and it's not necessary either. The crossroad
needs to be changed to be safer.
Same goes for Python. If it's
Hi,
will look into it soon. :)
Best,
Sven
On 26.01.2016 16:32, Victor Stinner wrote:
Hi,
2016-01-26 3:21 GMT+01:00 INADA Naoki :
How can I help your work?
I don't know exactly yet, but I started to write a documentation to
explain how to contribute:
http://faster-cpython.readthedocs.org/fat
On Wed, Jan 27, 2016 at 2:28 AM, Ryan Gonzalez wrote:
>>rosuav@sikorsky:~$ gcc fib.c && time ./a.out
>>1134903170
>>
>>real 0m9.104s
>>user 0m9.064s
>>sys 0m0.000s
>>rosuav@sikorsky:~$ cat fib.c
>>#include
>>
>>unsigned long fib(unsigned long n)
>>{
>>if (n < 2) return n;
>>return fib(n-2
Hi,
2016-01-26 3:21 GMT+01:00 INADA Naoki :
> How can I help your work?
I don't know exactly yet, but I started to write a documentation to
explain how to contribute:
http://faster-cpython.readthedocs.org/fat_python.html#how-can-you-contribute
You may contact me directly ;-)
Victor
On January 25, 2016 9:59:36 PM CST, Chris Angelico wrote:
>On Tue, Jan 26, 2016 at 2:32 PM, INADA Naoki
>wrote:
>>
>> I know.
>> But people compares language speed by simple microbench like
>fibbonacci.
>> They doesn't use listcomp or libraries to compare *language* speed.
>>
>
>Well, that's a
On 1/26/2016 12:02 AM, INADA Naoki wrote:
People use same algorithm on every language when compares base language
performance [1].
The python code is NOT using the same algorithm. The proof is that the
Python function will return the correct value for, say fib(50) while
most if not all the
On 26 January 2016 at 17:16, Stephen J. Turnbull wrote:
> Our universities are doing an awful job at getting "big picture thinking"
> across to our students.
That problem isn't specific to Japan - I'm not aware of *anywhere*
that does a particularly good job of teaching developers not to get
trib
12 matches
Mail list logo
