I personally want to switch over but not too sure how many people are
using 3.x as opposed to 2 so I want to keep my programs compatible for
the majority.
-- Hari
> --
> http://mail.python.org/mailman/listinfo/python-list
>
--
Have a great day,
Alex (msg sent from GMail website)
meh...@gmail.com; http://www.facebook.com/mehgcap
I switched 6 months ago, or so. My library needs are met by
what's in CPython, so I couldn't see, at the time, a good reason
to sit still.
My programs didn't take much effort to convert. They are nearly
all data conversion programs. Microsoft rendering the one outside
module I did use, an Excel reader, obsolete caused me a lot more
trouble than switching from 2.5 to 3.1.
Past advice in this forum has been that as long as you don't
depend on libraries that don't yet support Python 3, you can
probably switch over and not need to look back.
--
Neil Cerutti
But I have to say, Python 3 is a sexy language, I can't wait for more
libraries to appear so I could focus more of my attention there.
Not yet. Some key libraries I am using for apps under development
haven't been ported to support 3.x yet (feedparser, pycrypto).
--
Kevin Walzer
Code by Kevin
http://www.codebykevin.com
-- Gnarlie
> Have you people embraced Python 3.x or still with 2.5 or 2.6?
Still with 2.6, and probably will be indefinitely.
I use Python mostly for Unix scripting: the kind of task which would
traditionally have used Bourne shell. For that purpose, life is much
simpler when everything is byte strings rather than character strings.
If I was doing the same thing on Windows, Python 3.x would probably make
more sense, as all of the OS APIs use Unicode (although there's still a
hell of a lot of software written using the "ANSI" interfaces; my
AppLocale folder has over a hundred entries).
3.1.
The only module I use regularly is gmpy and that's one that has
been updated.
Yes. My current work only needs the stdlib and I much prefer the
streamlined language.
Yes- I write new code in 3.x and backport it PRN.
Geremy Condra
>
> I won't switch until NumPy and SciPy make the jump.
We're almost there, though (mostly thanks to other people's work on Numpy):
http://github.com/cournape/scipy3/branches/py3k
David
Are you maintaining separate parallel Python 3 versus Python 2 code
bases? If not, what are you doing in that regard?
--
\ “The most common way people give up their power is by thinking |
`\ they don't have any.” —Alice Walker |
_o__) |
Ben Finney
No, we don't have the manpower to have two code bases - the C code
handles both versions, and the python 2 code is converted to python 3
"on the fly".
We are lucky not to have too much IO / string handling, which are the
hard things to handle with 2to3. The hard part was NumPy, because it
used the python C api so much. Porting scipy to something somewhat
usable was an half-day job,
cheers,
David