Acceptance for Py2.4 partially hinges on how quickly third party apps
have their binaries updated.
I wonder if there is anything we can do to help.
Raymond
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Tuure Laurinolli
Sent: Tuesday, December 07, 20
PyOS_InputHook is a pointer to a function that is called periodically (ten
times per second) while Python is idle, for example, when waiting for a
user command. Python C extension modules can set this pointer to a hook
function defined in the extension module. For example, _tkinter.c makes
use of P
> One thing that bugs me: the article says 3 or 4 times that Python is
> slow, each time with a refutation ("but it's so flexible", "but it's
> fast enough") but still, they sure seem to harp on the point. This is
> a PR issue that Python needs to fight -- any ideas?
* Ask a prominent PSF member,
On Wed, 8 Dec 2004, Guido van Rossum wrote:
> One thing that bugs me: the article says 3 or 4 times that Python is
> slow, each time with a refutation ("but it's so flexible", "but it's
> fast enough") but still, they sure seem to harp on the point. This is
> a PR issue that Python needs to figh
Well, for a lot of applications for Python, the performance that really
counts is time from no code but a pile of data to code and processed
data. Python shines at that because nearly always the time to write
the code dominates, so it doesn't matter what the run time is.
I wrote a little to
At 01:25 AM 12/9/04 +0200, Stelios Xanthakis wrote:
The only thing that will fix the PR issue is to have a Python compiler
distributed as part of the language. It doesn't matter if it doesn't
support the full generality of Python, or even if it doesn't speed many
operations up much. The only rea
[Guido van Rossum Wed, Dec 08, 2004 at 02:18:48PM -0800]
> I was pleasantly surprised to find a pointer to this article in a news
> digest that the ACM emails me regularly (ACM TechNews).
>
> http://gcn.com/vol1_no1/daily-updates/28026-1.html
>
> One thing that bugs me: the article says 3 or 4 ti
On Wed, Dec 08, 2004 at 02:18:48PM -0800, Guido van Rossum wrote:
> This is a PR issue that Python needs to fight -- any ideas?
I'm not good at PR so I will continue to try to make it faster. In
my copious free time I plan to:
* finish the AST compiler (no performance benefit but makes
The only thing that will fix the PR issue is to have a Python compiler
distributed as part of the language. It doesn't matter if it doesn't
support the full generality of Python, or even if it doesn't speed many
operations up much. The only real requirements are that it can be used
to produce "
Guido van Rossum wrote:
I was pleasantly surprised to find a pointer to this article in a news
digest that the ACM emails me regularly (ACM TechNews).
http://gcn.com/vol1_no1/daily-updates/28026-1.html
One thing that bugs me: the article says 3 or 4 times that Python is
slow, each time with a refut
At 02:18 PM 12/8/04 -0800, Guido van Rossum wrote:
I was pleasantly surprised to find a pointer to this article in a news
digest that the ACM emails me regularly (ACM TechNews).
http://gcn.com/vol1_no1/daily-updates/28026-1.html
One thing that bugs me: the article says 3 or 4 times that Python is
s
I was pleasantly surprised to find a pointer to this article in a news
digest that the ACM emails me regularly (ACM TechNews).
http://gcn.com/vol1_no1/daily-updates/28026-1.html
One thing that bugs me: the article says 3 or 4 times that Python is
slow, each time with a refutation ("but it's so fl
12 matches
Mail list logo
