2013/5/27 terry.reedy :
> http://hg.python.org/cpython/rev/c5d4c041ab47
> changeset: 83942:c5d4c041ab47
> parent: 83940:2ea849fde22b
> parent: 83941:24c3e7e08168
> user:Terry Jan Reedy
> date:Mon May 27 21:33:40 2013 -0400
> summary:
> Merge with 3.3
>
> files:
> Li
On 27 maj 2013, at 15:31, Łukasz Langa wrote:
> This is exactly what I did now. I also exposed ._clear_cache() and the
> uncached ._find_impl() if somebody finds it necessary to use it. Both
> are left undocumented.
For the record, I moved _find_impl out of the closure for easier
testability. I
On Sat, May 25, 2013 at 05:57:28PM +1000, Nick Coghlan wrote:
> On Sat, May 25, 2013 at 5:56 AM, Barry Warsaw wrote:
> > Have any other *nix distros addressed this, and if so, how do you solve it?
>
> I believe Fedora follows the lead set by our own makefile and just
> appends a "3" to the script
> But one thing that often confuses people : function naming. The standard
> library is kind of inconsistent. Some functions are separated by underscores
> and others aren't.
I think there are a number of reasons for this:
* Despite PEP 8's age, significant chunks of the standard library predate
On 26 maj 2013, at 03:37, Nick Coghlan wrote:
> On Sun, May 26, 2013 at 9:07 AM, PJ Eby wrote:
>> On Sat, May 25, 2013 at 4:16 PM, Łukasz Langa wrote:
>>> So, the latest document is live:
>>> http://www.python.org/dev/peps/pep-0443/
>>>
>>> The code is here:
>>> http://hg.python.org/features/p
On 26 maj 2013, at 01:07, PJ Eby wrote:
> The PEP uses the term "implementation", and I think that
> actually makes a lot of sense: a generic function is composed of
> functions that implement the same operation for different types.
All suggested changes applied. There are still a couple of ment