[pypy-dev] PyPy in the benchmarks game - yes or no?

Maciej Fijalkowski fijall at gmail.com
Wed Apr 6 19:40:50 CEST 2011


On Wed, Apr 6, 2011 at 7:33 PM, Isaac Gouy <igouy2 at yahoo.com> wrote:
>
> --- On Wed, 4/6/11, Maciej Fijalkowski <fijall at gmail.com> wrote:
>
> -snip-
>
>> > CPython bugs - How strange that the CPython bug was
>> never mentioned! - maybe.
>> >
>>
>> Ok. The bug was not mentioned because it takes time to
>> decide "it's a bug".
>
>
> I know someone decided "it's a bug" because someone said so in a blog post they pushed out across the blogosphere and proggit and Hacker News and ...
>
> How strange that CPython bug was never mentioned to me!
>
>
>> Since programs that only compile on GCC clearly
>> are.
>> >
>> > How many C language implementations are shown?
>> >
>> > How many Python language implementations are shown?
>> >
>> > If only one Python language implementation was shown
>> do you think it would be PyPy ?
>> >
>>
>> I can't really read your mind, but from my opinion if the
>> question is "how fast Python programs can be run" then the
>> answer is Yes.
>
> The Help page says something about showing working programs written in less familiar programming languages.
>

Ok, will look it up later.

>
>> So the position is that GCC is allowed to use extensions
>> because it's the only C implementation shown and PyPy is not,
>> because all Python programs should run on each runtime, is that
>> correct?
>
> I don't see a way to compare CPython and PyPy unless the comparison programs do at least run on both CPython and PyPy (and x86 and x64).
>

Well I can always write a program that runs on both (and uses more
efficient data structure for pypy for example).

The question is a bit academic, because I don't have any particular
implementation now in mind. But would be cool to be able to do that.



More information about the Pypy-dev mailing list