[Python-Dev] Information about how cpython in benchmarked

Hi all, Apologies for emailing this list with such an apparently trivial question. Is there some source of documentation or information on how Python is benchmarked? I am aware of the Python regression testing module, regrtest.py, which I presume, if profiled, would good be a good baseline test.

Re: [Python-Dev] Information about how cpython in benchmarked

...@gmail.com wrote: On Tue, Mar 29, 2011 at 8:01 PM, Tennessee Leeuwenburg tleeuwenb...@gmail.com wrote: PyPy maintains http://speed.pypy.org/, which provides very clear information about the relative performance of PyPy trunk against some version of cpython (presumably 2.6 or 2.7). I'm

Re: [Python-Dev] Shorter release schedule?

On Wed, May 13, 2009 at 1:26 PM, Martin v. Löwis mar...@v.loewis.dewrote: Just food for thought here, but seeing how 3.1 is going to be a real featureful schedule despite being released shortly after 3.0, wouldn't it make sense to tighten future release planning a little? Do you have

Re: [Python-Dev] Issue5434: datetime.monthdelta

://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think

Re: [Python-Dev] Issue5434: datetime.monthdelta

My thoughts on balance regarding monthdeltas: -- Month operations are useful, people will want to do them -- I think having a monthdelta object rather than a method makes sense to me -- I think the documentation is severely underdone. The functionality is not intuitive and therefore the

Re: [Python-Dev] Python-Dev Digest, Vol 69, Issue 143

Unsubscribe: http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list

Re: [Python-Dev] Google Summer of Code/core Python projects - RFC

-- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python

Re: [Python-Dev] http://bugs.python.org/issue2240

On Wed, Apr 8, 2009 at 3:55 PM, Jeroen Ruigrok van der Werven asmo...@in-nomine.org wrote: -On [20090408 05:24], Tennessee Leeuwenburg (tleeuwenb...@gmail.com) wrote: It seems like the bug relates only to an older version of a 'weird' operating system ducks and could perhaps be left unfixed

[Python-Dev] Is there an issue with bugs.python.org currently

Sadly, my work firewall/proxy often handles things badly, so I can't actually tell. Is bugs.python.org accepting changes at the moment (I'm trying to update the Stage of an issue)? Cheers, -T -- -- Tennessee Leeuwenburg http

[Python-Dev] http://bugs.python.org/issue2240

to supporting dependencies like this? Should I set this issue to 'pending' seeing as no-one is currently working on a patch for this? Or is leaving this open and hanging around exactly the right thing to do? Cheers, -T -- -- Tennessee Leeuwenburg http

Re: [Python-Dev] http://bugs.python.org/issue2240

On Wed, Apr 8, 2009 at 1:14 PM, Guilherme Polo ggp...@gmail.com wrote: On Tue, Apr 7, 2009 at 11:54 PM, Tennessee Leeuwenburg tleeuwenb...@gmail.com wrote: This issue has been largely resolved, but there is an outstanding bug where the (reviewed and committed) solution does not work

[Python-Dev] slightly inconsistent set/list pop behaviour

Now, I know that sets aren't ordered, but... foo = set([1,2,3,4,5]) bar = [1,2,3,4,5] foo.pop() will reliably return 1 while bar.pop() will return 5 discuss :) Cheers, -T ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] setuptools has divided the Python community

-- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman

Re: [Python-Dev] setuptools has divided the Python community

mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't

Re: [Python-Dev] tracker status options

Hi Ron, Good flowchart. Cheers, -T On Wed, Mar 25, 2009 at 1:11 PM, Ron Adam r...@ronadam.com wrote: Tennessee Leeuwenburg wrote: Hi all, I'm continuing to (slowly) work through issues. I have been looking particularly at a lot of the open issues regarding strftime. It would be great

Re: [Python-Dev] tracker status options

On Tue, Mar 24, 2009 at 11:00 AM, Martin v. Löwis mar...@v.loewis.dewrote: That would be great. It occurs to me that if we wanted to use Stage settings, it would be easy to search for issues which are not closed by literally searching for 'not closed' rather than 'open'. I

Re: [Python-Dev] tracker status options

://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org

[Python-Dev] tracker status options

Hi all, I'm continuing to (slowly) work through issues. I have been looking particularly at a lot of the open issues regarding strftime. It would be great to put in some of those extra status options that were discussed recently... Open/New Needs help / Chatting Under development

[Python-Dev] Capability to alter issue metadata

://bugs.python.org/issue4535 should probably be set to pending feedback I'd be happy to do this kind of thing if people are happy for me to do so... -T -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think

[Python-Dev] Approaches to argument type-checking

? Regards, -Tennessee -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

[Python-Dev] Fwd: Addition of further status options to tracker

-- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ 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] reviewing patches

process would make anything better, I think it would be good if there were some kind of 'executive review' process by which an issue could be marked as being a good thing or not. Regards, -Tennessee -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com

[Python-Dev] Addition of further status options to tracker

, but please keep it constructive... -T -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] Addition of further status options to tracker

On Tue, Mar 10, 2009 at 2:39 PM, Brett Cannon br...@python.org wrote: On Mon, Mar 9, 2009 at 20:25, Tennessee Leeuwenburg tleeuwenb...@gmail.com wrote: Hi all, I am beginning reviewing some more issues in the tracker. I think it would be useful to have the following status options (new

[Python-Dev] Review of Issue http://bugs.python.org/issue2706, timedelta operators

-- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe

Re: [Python-Dev] Addition of further status options to tracker

I don't mind what approach is taken -- I'm happy to work within the current infrastructure if someone can suggest a good way. I really just want to be able to start distinguishing between issues that are essentially new and under debate versus issues that most people agree are a Good Thing

Re: [Python-Dev] draft 3.1 release schedule

Well, that happens. An alternative to withdrawing entirely, would be increasing the price (eg, to ten patches as you originally suggested). Or specifying windows in your calendar when the offer is open. Eg, avoid doubling up on release times when you need make time to build installers etc.

Re: [Python-Dev] Forgotten Py3.0 change to remove Queue.empty() and Queue.full()

%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python

Re: [Python-Dev] PEP 372 -- Adding an ordered directory to collections ready for pronouncement

Hello all, First a comment on-thread: I can't wait to get an ordered dictionary in the stdlib! The discussion regarding suggestions for the name appears to be ongoing. What about the name 'orderdict' instead of 'ordereddict'?. It doesn't contain the double-d, is slightly shorter, and I think a

Re: [Python-Dev] Forgotten Py3.0 change to remove Queue.empty() and Queue.full()

/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org

Re: [Python-Dev] Forgotten Py3.0 change to remove Queue.empty() and Queue.full()

: http://mail.python.org/mailman/options/python-dev/tleeuwenburg%40gmail.com -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python

[Python-Dev] forgive my patch submission

, -Tennessee -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev

Re: [Python-Dev] Forgotten Py3.0 change to remove Queue.empty() and Queue.full()

-- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think -- -- Tennessee Leeuwenburg http://myownhat.blogspot.com/ Don't believe everything you think

Re: [Python-Dev] Removing the GIL (Me, not you!)

Pardon me for talking with no experience in such matters, but... Okay, incrementing a reference counter is atomic, therefore the cheapest possible operation. Is it possible to keep reference counting atomic in a multi-thread model? Could you do the following... let's consider two threads, A and

[Python-Dev] Compiling Python 2.5 and settinf UCS2 flag

Hi all, I have an unusual use case in which some software I work on compiles a version of Python for distribution. I'm not 100% across this as it's not at all my area of responsibility, but I have been having some issues lately. My hand-compiled version of Python 2.5 works just fine, and in turn