f they do have an annoying mix of spaces and tabs.
There's a scripts Tools/scripts/reindent.py - put it somewhere on your
PATH and run it before checkin, like "reindent.py -r Lib". It means Tim
or I don't have to run it for you
Anthony
--
Anthony Baxter <[EMAIL PROTECT
, other):
self.v += 1
return self.v == other
Really, you'd have to make sure you didn't optimise any LHS that defined
a comparision operator (I _think_ that covers all the cases).
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a
I'm still catching up on the hundreds of python-dev messages from the
last couple of days, but a quick note first that I'm ok to do release
management for 2.5
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to h
On Sunday 12 February 2006 21:51, Thomas Wouters wrote:
> Well, in the past, features -- even syntax changes -- have gone in
> between the last beta and the final release (but reminding Guido
> might bring him to tears of regret. ;) Features have also gone into
> what would have been 'bugfix releas
't think anyone disagrees about
This stuff is always open for discussion, of course.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://m
d up correctly.
test_socketserver could probably do with a rewrite.
Who's the person who hands out buildbot username/password pairs? I
have an Ubuntu x86 box here that can become one (I think the only
linux, currently, is Gentoo...)
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
would then follow when 2.5
final is done, hopefully October or so...
Anyone have any screaming issues with this? Martin's ok to do the
Windows release, and the doc build should be fine, too.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to h
On Thursday 02 March 2006 01:48, Walter Dörwald wrote:
> Any progress on this? I'd really like to get this into 2.5 and the
> feature freeze is approaching fast!
Remember, the feature freeze is as of beta1. Hopefully the major new
features are all going to be in before alpha1, but they can contin
It's probably worth mentioning that right now, we don't even come
close to compiling with a C++ compiler. A bunch of the bugs are
shallow (casting result from malloc, that sort of thing) but a bunch
more look a tad uglier. Is this something worth trying to fix? Fixing
the shallow bugs at least
to have the time to figure out the new compiler to do the work.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
ence. It's fairly brief race through the world - only 1/2
an hour - but I try to hit all the good points.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@pyth
27;d still like to push 2.4.3rc1 out in a couple of days time, with
2.4.3 final next week, and then maybe aim for 2.5a1 a week or two
later? How does that work for everyone?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
now if you have any issues with this. Should I also put
this sort of information somewhere on the web? Maybe a slot at the
top of the buildbot page?
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
2.4.3c1 is out, so the release24-maint branch is kinda unfrozen. I
want to cut a 2.4.3 final next week, so please be very very cautious
about checkins to the branch. A 2.4.4 will follow sometime in 6
months, or after 2.5 final is out, whichever is sooner.
--
Anthony Baxter <[EM
n 2.4 page, at
http://www.python.org/2.4/highlights.html
On a personal note, according to my records this is the 25th
release of Python I've made as release manager.
So enjoy this silver anniversary release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behal
ail, or on #python-dev on Freenode.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
;re not going to hit beta until the features we want
are in.
Please help in making this release as painless as possible by not
checking in while the trunk is frozen.
Thanks!
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too
that can take
> four values: "old", "warn", "warnall", or "new". The default is
> "old" in Python 2.2 but will change to "warn" in later 2.x
> versions. """
>
> Is this still accurate? Do we want to change t
freeze, not the bug day ) - exact date to
follow once the appropriate people are OK with the date.
Sorry about that,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
e conversion using the 'replace'
> error strategy - after all, repr() is usually only
> used for debugging, where it's more important that
> you do get an output rather than an exception.
--
Anthony Baxter <[EMAIL PROTECTED]>
It&
's people's thoughts?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
t even trivial changes can cause regressions or
> incompatible changes. Just like failing tests, code checked in
> without tests is fair game for being reverted if there is anything
> questionable.
+1 from me.
Anyone disagree?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
Never mind. For 2.4.3, I reverted perky's patch for the
unicode-escape, and reverted the old patch for PyObject_Repr on the
trunk. After talking to perky and Neal, this seemed like the safest
option for 2.4.3.
Anthony
___
Python-Dev mailing list
Pyth
On Tuesday 28 March 2006 19:13, Giovanni Bajo wrote:
> Another option would be Bugzilla, which is proven to be stable,
> maintained and used succesfully by large open source projects (like
> GCC+RedHat+Binutils+Classpath).
Please god no. No bugzilla, no no no. Please!
On Tuesday 28 March 2006 19:35, Giovanni Bajo wrote:
> Anthony Baxter <[EMAIL PROTECTED]> wrote:
> >> Another option would be Bugzilla, which is proven to be stable,
> >> maintained and used succesfully by large open source projects
> >> (like GCC+RedHat+Binuti
I'm happy to work with Gerhard to make this happen. Does it need a
PEP? I'd say "no", but only because things like ElementTree didn't,
either. Does it need a BDFL pronouncement? I'd say yes.
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
ht
party packages as (for instance) db.mysqldb
because of the way package importing works. And I'd prefer
'database.sqlite' rather than 'db.sqlite'.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
Enjoy this new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpycme1bl6TX.pgp
Description: PGP signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/ma
rt of the reason I want to see pysqlite in 2.5 is that
it follows the standard DB-API. People can start off using it, then
look at switching to a larger database if their application needs
grow.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too l
.
> Including pysqlite with Python just means it will happen more
> frequently.
Er - what? Right now, people are far more likely to use bsddb or
anydbm for an inappropriate problem space. Adding a _better_ solution
makes this better, not worse. I mean, adding ElementTree could also
does 'from py import *' do, anyway?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
x27;re saying that the toplevel of 'stdlib' wouldn't contain any
real modules, but instead they'd be grouped under sub-packages? Good
luck finding a home for everything... trying to categorise everything
will be nearly impossible. And 'from stdlib.misc impo
a into it, so performance further sucked.
And people trying to build production systems on SimpleHTTPServer,
SimpleXMLRPCServer, smptd, or dumbdbm will also find their performance
sucks. What's your point?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have
at all. Why not just create an empty db package that
> does the pkgutil or pkg_resources dance and let people install all
> N database interfaces instead of just N-1?
The same could be said of vast amounts of the standard library.
Anthony
--
Anthony Baxter
ich pass), setup.py magic
to find a correct sqlite3 version, and the like. Still to do:
Windows buildproj
Documentation
Upgrade to the updated pysqlite once it's out
maybe switch from db.sqlite to just sqlite (trivial enough change).
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]&g
On Thursday 30 March 2006 22:25, Andrew Walkingshaw wrote:
> On Wed, Mar 29, 2006 at 05:24:32PM +0200, Wolfgang Langner wrote:
> > -1 on db.sql.sqlite.
> > Keep structure flat. Or we are eventually in a Java world with
> > org.something.this.andthat
>
> xml.dom.minidom?
given the horror of _x
On Thursday 30 March 2006 23:07, Fredrik Lundh wrote:
> Anthony Baxter wrote:
> >> xml.dom.minidom?
> >
> > given the horror of _xmlplus/xmlcore and whatnot, I'd be hesitant
> > to use the xml package as an example of _anything_
>
> which reminds me --
done.
Before I do this, does anyone want to scream?
(see also
http://mail.python.org/pipermail/python-dev/2005-December/058555.html
)
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Pyt
y
ship with bsddb). While sqlite is nowhere near the size of
BerkeleyDB, it's still a non-trivial amount of code.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mail
here:
http://www.python.org/~anthony/searchbar/
If you can think of other useful searchbar plugins (Python Docs,
maybe?) let me know and I'll look at creating them.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to h
On Sunday 02 April 2006 14:17, Anthony Baxter wrote:
> I've created a searchbar plugin for the firefox search bar that
> allows you to search bugs.
I should clarify - it allows you to pull up a bug by bug ID, using the
www.python.org/sf/
Now that the bug day has been and gone, it's time to cut 2.5a1. Please
consider the trunk FROZEN from 00:00 UTC/GMT on Wednesday the 5th of
April. I'll post again when it's unfrozen.
Please help in not making the release manager cry because the trunk is
broken. Thanks,
Anthony
_
On Tuesday 04 April 2006 06:06, Tim Peters wrote:
> backport of r43578
> The email module's parsedate_tz function now sets the daylight
> savings flag to -1 (unknown) since it can't tell from the date
> whether it should be set.
> patch from Aldo Cortesi
> """
>
> is in the blamelist for the runs w
Just a reminder - the trunk is currently frozen for 2.5a1. Please
don't check anything into it until the release is done. I'll send an
update when this is good.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
--- Begin Message ---
types. In addition, a new profiling module cProfile was
added.
A large number of bugs, regressions and reference leaks have
been fixed since Python 2.4. See the release notes for more.
Enjoy this new (alpha!) release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of t
ound a new use as a
buildslave, so it's not the fastest box in the world...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail
but it's confusing at least...
Damn. Missed that one. Fixed, will be visible again when the website
auto-rebuilds (5-10 minutes).
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
On Wednesday 05 April 2006 23:20, Anthony Baxter wrote:
> www.python.org/dev/buildbot/all,
That should be www.python.org/dev/buildbot/all/ (needs the trailing /)
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
27;s assuming that the machines are otherwise idle,
> though.) --
-1.
A bad benchmark (which pystone is) is much worse than no benchmark.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-De
st.py. My patch didn't mess this up, though -- the
> startfile test is absent from the 'exclude' list in the SVN
> repository.
I fixed this shortly after Py2.5a1.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
an ideal solution, but it should fix the
problem. The other option would be some special Makefile magic that
detects this case and doesn't rebuild the files if no "python" binary
can be found. I have no idea how you'd do this in a portable way.
Anyone got other options?
Antho
ckage.
Ubuntu (a debian derivative) and I _think_ Debian proper has fixed
this now. Well, I'd be suprised if Debian proper hasn't fixed it as
well, as the same person packages both.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's ne
As far as I know, I've never signed one. I probably should, or is
there some grandfathering rule for people who've been contributing
from before the new agreement came in?
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On Tuesday 11 April 2006 00:56, Martin v. Löwis wrote:
> No - those people will have to fill out the agreement covering past
> contributions also:
>
> http://www.python.org/psf/contrib-form-python.html
>
> And yes, you are right - you haven't filed one, so far.
Righto - I will try to get to this s
gs around the place, such as the code in
PyLong_AsUnsignedLongLong that returns a -1 despite the return value
being declared as unsigned...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
On Thursday 13 April 2006 10:59, Skip Montanaro wrote:
> > > Anthony> I've done a lot of the work to get Python to build
> > > with g++ -
> > >
> > > Is this on a branch or available as a patch somewhere?
> >
> > It's the trunk.
>
> Is there a primer that will get me to where Anthony is? I tri
is on the release24-maint branch.
> Fine by me if we change the failing tests on the trunk to pass
> (noting that should have been done before checking in).
I'm reverting on the trunk, too. Per PJE's email as well, I think
this needs discussion before committing (and it needs the
. But yeah,
that's pretty nasty.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscri
So I lied - I found the time today to spread the magic pixie dust of
extern "C" {} around to get the Python core to build and link with
g++. (It still builds with gcc). There's still an issue with
Modules/_sre.c, and now that we can run setup.py, there's lots and
lots of errors from the various
ng broken
patches that don't have trivial test fixes is the way to go. The
buildbot system is useless, otherwise.
And yes, I'm working on the existing broken buildslaves trying to fix
them. For instance - on ia64, sqlite is failing because of a bug in
gcc - compiled with -O2
at's either SRE_CHAR* or Py_UNICODE* would make the problem
go away.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
I'm not sure how people would prefer this be handled. I don't think we
need to have a PEP for it - I don't see PEPs for ctypes, elementtree,
pysqlite or cProfile, either.
I don't have a problem at all with setuptools going into the standard
library. It adds a whole pile of extremely useful fun
need at least have to change "from distutils.core import
> setup" to "from setuptools import setup"? Or to something like:
Nope, only if you want to use the new, nicer functionality. If you
want to stick with the status quo, you're quite welcome to.
cular, he wrote the original rant
about this about Mozilla/Firefox. How did that work out again? Oh,
that's right - we now have a much, much more successful and usable
browser.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy chi
On Thursday 20 April 2006 06:08, [EMAIL PROTECTED] wrote:
> Fredrik> for some reason, tools of this kind tend to reach the
> big ball Fredrik> of mud stage even before they reach the dogfood
> stage. and Fredrik> once you have a big ball of mud, you simply
> won't get much Fredrik> outside hel
On Thursday 20 April 2006 14:18, Fredrik Lundh wrote:
> Anthony Baxter wrote:
> > > http://www.joelonsoftware.com/articles/fog69.html
> >
> > Yes. I remember that piece. In particular, he wrote the original
> > rant about this about Mozilla/Firefox. How d
owards Phillip's work has been excessive. He's done an amazing
amount of work on this (look at the distutils-sig archive for the
last two years for more), and produced something that's very very
useful.
He deserves far more credit for this than he seems to have been
getting here.
Anth
.5". I think I just did
that. I'm happy to share any blame, but leave the credit to Phillip.
I don't think it's fair to say that Phillip just checked this in off
on his own.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It&#x
ened half a dozen times so far. And the old module
still keeps working fine. If there's bugs that someone logs, they
will get addressed exactly the same as any other bug. I don't see
people closing patches off as "that's an old module, I'm not going to
apply it". It
self.
See, I don't get the hostility thing. While I have some concerns about
the state of distutils today, I still admire Greg Ward's efforts in
producing the code, and Python is in a much better place than had he
not done the work. Responding to an effort like Greg's, or Phillip&
easons, some
> of which I consider objective.
And you posed a number of concrete questions to PJE in the previous
message, which is good - these are also some of the questions I had
(but hadn't had the time to investigate yet).
Anthony
--
Anth
ion here - it's no better or worse than countless packages in
site-packages, and if it gives us multiple versions of the same code,
all the better.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
__
in list.
Oh please, yes. Replacing the current import code is one of the things
I really really want to see in 3.0.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Pyt
On Friday 21 April 2006 03:31, Fredrik Lundh wrote:
> [EMAIL PROTECTED] wrote:
> > Maybe they know something we don't.
>
> oh, please. it's not like people like myself and MAL don't know
> anything about package distribution...
>
> (why is it that people who *don't* distribute stuff are a lot more
y to build
system specific packages would probably be an ok summer of code
project, no?
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.
On Saturday 22 April 2006 15:27, Neal Norwitz wrote:
> In case it wasn't clear, the /Wp64 flag is available in icc
> (Intel's C compiler).
Is it worth turning this on for the icc ubuntu buildbot? Anyone got
ideas on the best way to do this? Should I just set CFLAGS="-Wp64"
before running the bui
ssage when it's done.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
pace packages, which will more closely match naive
> user expectations.
The breakage of tools and the like is my concern, too. Python's import
machinery is already a delicate mess of subtle rules.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happ
just not to changing it on short
notice for 2.5 and causing me pain from having to cut new releases to
fix some breakage in the stdlib caused by this
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
general concensus that
the changes have a substantial cost/benefit for breaking the feature
freeze. Or if Guido gets Google developers parading him in effigy
around the office and needs to get them off his back.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]&
).
Enjoy this new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpFtTGHocMYr.pgp
Description: PGP signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
The release is done. The trunk is now unfrozen.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/list
This is utterly irrelevant for python-dev. Please take it elsewhere.
Thanks,
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/arch
safe
changes are considered for landing on the trunk. Massive refactorings
really don't fill me with happy thoughts.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mail
This is fine with me.
Note that 2.4.4 won't be out until after 2.5.0, so it's a couple of
months off yet.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/
Remember, the feature freeze isn't until beta1. New stuff can still go
in after the next alpha, before beta1.
And pure speedup related items aren't likely to cause feature changes
(I hope)
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http
On Saturday 20 May 2006 08:23, Andrew MacIntyre wrote:
> I'm sorry, but I find such advancing schedules with little warning
> quite objectionable. Particularly the cutoff for new functionality
> implicit in the last of the alphas.
Nonono. Feature freeze is beta1.
Anthony
--
Ok - we're going to skip the 3rd alpha, and the next release will be
beta1, currently scheduled for June 14th. With all the changes this
week from the needforspeed sprint, cutting a release seems like too
much of a risk.
___
Python-Dev mailing list
Py
insufficient docs. Is that still
> true?
Not in my universe, we won't. As far as I know, the docs are checked
in. I still need to review them.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
viously they need to hire people who are already crazy.
not-naming-any-names-ly,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pyth
Well, the just-released Ubuntu 06.06 LTS (Long Term Support) ships
with sqlite 3.2.8. I'd suggest that whatever version ships with
Python should _at_ _least_ work with this version. 06.06 is supposed
to be supported for a couple of years, at least. Since this is the
latest and greatest version
I guess the release will not be
> started as long as the tests fail, but is there a new plan?
I want to be confident we've got this sqlite issue resolved. Since it
might involve API changes, I'm stalling a little.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]&g
same interface
> later on in the beta cycle ?
How big is it likely to be? How much of a pain will it be to make it
work with various versions of Windows?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
__
ave
a problem with this bug fix going in for beta 2.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/p
ght I'd open this up for discussion...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
eckin to
make sure it didn't break anything.
The plan at the moment is to branch the trunk for release25-maint when
the first release candidate for 2.5 final is cut. This is currently
scheduled for August 1st - about 6 weeks away.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
ors to produce a coroutine
kind of functionality, and a brand new AST-based compiler
implementation.
New modules added include hashlib, ElementTree, sqlite3, wsgiref and
ctypes. We also have a new profiling module "cProfile".
Enjoy this new release (another step on the path to Python
on a branch.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.pyth
les for a new feature,
but only just). Does this seem reasonable? If so, I'll add a note to
the [still unfinished :-(] PEP 101 rewrite.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
ake full module name available as __module_name__ even when
> __name__ is set to something else (like '__main__')
Er. Um. Feature freeze?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
201 - 300 of 347 matches
Mail list logo
