From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | jd(at)commandprompt(dot)com |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Nathan Boley <npboley(at)gmail(dot)com>, James Pye <lists(at)jwp(dot)name>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Python 3.1 support |
Date: | 2009-11-19 10:05:42 |
Message-ID: | 1258625142.21292.7.camel@fsopti579.F-Secure.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On ons, 2009-11-18 at 09:48 -0800, Joshua D. Drake wrote:
> Although I wonder if longer
> term (2.x is going to be support a long time) we will end up with
> frustration within the single source file trying to keep things
> straight.
There are five million Python modules with C code out there with the
same problem. Considerable effort has been put in by Python upstream to
make the effort manageable. No one in their right mind is going to
create two separate source files just because in the future the mythical
differences will be too big, when clearly the effort is going into a
direction to reduce the differences.
If you look into the source file, there is already special code for
Python 2.2, 2.3, 2.4, 2.5, 2.6, and now 3.1. The chunk for 3.1 is a bit
bigger, but only a bit, and well, that's why it's 3.x and not 2.x. No
one has ever suggested, we might need to support Python 2.2 for a long
time, let's create a separate source file.
I agree, there will probably need to be some configuration/build support
on top of this, but that's something we should work out independently of
how to manage the source file.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2009-11-19 10:12:28 | Re: Python 3.1 support |
Previous Message | Simon Riggs | 2009-11-19 09:00:05 | Re: Summary and Plan for Hot Standby |