Re: [Python-Dev] Surely "nullable" is a reasonable name?

2014-08-07 Thread Larry Hastings
On 08/05/2014 08:13 AM, "Martin v. Löwis" wrote: For the feature in question, I find both "allow_none" and "nullable" acceptable; "noneable" is not. Well! It's rare that the core dev community is so consistent in its opinion. I still think "nullable" is totally appropriate, but I'll change

Re: [Python-Dev] sum(...) limitation

2014-08-07 Thread Ethan Furman
On 08/07/2014 04:01 PM, Ethan Furman wrote: On 08/07/2014 03:06 PM, Chris Barker wrote: --> timeit.Timer("for string in ['booya'] * 10: blah = blah + string", "blah = ''").repeat(3, 1) [0.021117210388183594, 0.013692855834960938, 0.00768280029296875] --> timeit.Timer("for string in ['booya

Re: [Python-Dev] sum(...) limitation

2014-08-07 Thread Ethan Furman
On 08/07/2014 04:01 PM, Ethan Furman wrote: On 08/07/2014 03:06 PM, Chris Barker wrote: the + and the sum(). Yeah, that 'sum' should be 'join' :/ -- ~Ethan~ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo

Re: [Python-Dev] sum(...) limitation

2014-08-07 Thread Ethan Furman
On 08/07/2014 03:06 PM, Chris Barker wrote: [snip timings, etc.] I don't remember where, but I believe that cPython has an optimization built in for repeated string concatenation, which is probably why you aren't seeing big differences between the + and the sum(). A little testing shows how t

Re: [Python-Dev] sum(...) limitation

2014-08-07 Thread Chris Barker
On Mon, Aug 4, 2014 at 11:10 AM, Steven D'Aprano wrote: > On Mon, Aug 04, 2014 at 09:25:12AM -0700, Chris Barker wrote: > > > Good point -- I was trying to make the point about .join() vs + for > strings > > in an intro python class last year, and made the mistake of having the > > students test

Re: [Python-Dev] [Python-checkins] Daily reference leaks (09f56fdcacf1): sum=21004

2014-08-07 Thread Zachary Ware
On Thu, Aug 7, 2014 at 12:16 PM, Zachary Ware wrote: > On Thu, Aug 7, 2014 at 9:04 AM, Brett Cannon wrote: >> test_codecs is not happy. Looking at the subject lines of commit emails from >> the past day I don't see any obvious cause. > > Looks like this was caused by the change I made to regrtest

Re: [Python-Dev] [Python-checkins] Daily reference leaks (09f56fdcacf1): sum=21004

2014-08-07 Thread Zachary Ware
On Thu, Aug 7, 2014 at 9:04 AM, Brett Cannon wrote: > test_codecs is not happy. Looking at the subject lines of commit emails from > the past day I don't see any obvious cause. Looks like this was caused by the change I made to regrtest in [1] to fix refleak testing in test_asyncio [2]. I'm look

Re: [Python-Dev] pathlib handling of trailing slash (Issue #21039)

2014-08-07 Thread Guido van Rossum
Hm. I personally consider a trailing slash significant. It feels semantically different (and in some cases it is) so I don't think it should be normalized. The behavior of os.path.split() here feels right. On Wed, Aug 6, 2014 at 7:30 PM, Antoine Pitrou wrote: > > Le 06/08/2014 22:12, Ben Finney

Re: [Python-Dev] [Python-checkins] Daily reference leaks (09f56fdcacf1): sum=21004

2014-08-07 Thread Brett Cannon
test_codecs is not happy. Looking at the subject lines of commit emails from the past day I don't see any obvious cause. On Thu Aug 07 2014 at 4:35:05 AM wrote: > results for 09f56fdcacf1 on branch "default" > > > test_codecs leaked [5825, 5825, 5825]