[Python-Dev] PEP 3144 review.
R. David Murray
rdmurray at bitdance.com
Mon Sep 28 03:01:35 CEST 2009
More information about the Python-Dev mailing list
Mon Sep 28 03:01:35 CEST 2009
- Previous message: [Python-Dev] PEP 3144 review, and the inclusion process
- Next message: [Python-Dev] PEP 3144 review.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sun, 27 Sep 2009 at 13:59, Peter Moody wrote: > On Sun, Sep 27, 2009 at 1:49 PM, Antoine Pitrou <solipsis at pitrou.net> wrote: >> Peter Moody <peter <at> hda3.com> writes: >>> >>>>>> def parse_net_and_addr(s): >>>>>> return (IPNetwork(s), IPAddress(s.split('/')[0])) >>>>> >>>>> I've only heard talk of new classes and new methods, not new >>>>> constructor functions. >>>> >>>> Well, "method" in that context meant "class method" since the results aren't >>>> dependent on a particular instance. Of course, both a class method or a >>>> module-level function would be fine. >>> >>> so this is not the response I got when I asked what was required >>> before. Would adding this constructor function satisfy your concerns >>> (given sensible strict settings in the constructor, etc)? >> >> Assuming the Network type loses the notion of a specific host (or host address, >> or `ip`) attached to it, yes. > > this is "less useful (strictly removing functionality)" and is an > example of what I explicitly said I was not going to do with ipaddr. In that case, I vote -1 on the inclusion of ipaddr in the stdlib. --David
- Previous message: [Python-Dev] PEP 3144 review, and the inclusion process
- Next message: [Python-Dev] PEP 3144 review.
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-Dev mailing list