<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Dec 4, 2012 at 4:17 PM, Guido van Rossum <span dir="ltr"><<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Dec 4, 2012 at 11:35 AM, Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>


> On Tue, 04 Dec 2012 11:04:09 -0800<br>
> Larry Hastings <<a href="mailto:larry@hastings.org">larry@hastings.org</a>> wrote:<br>
>><br>
>> Along these lines, I've been contemplating proposing that Clinic<br>
>> specifically understand "path" arguments, distinctly from other string<br>
>> arguments, as they are both common and rarely handled correctly.  My<br>
>> main fear is that I probably don't understand all their complexities<br>
>> either ;-)<br>
>><br>
>> Anyway, this is certainly something we can consider *improving* for<br>
>> Python 3.4.  But for now I'm trying to make Clinic an indistinguishable<br>
>> drop-in replacement.<br>
>><br>
> [...]<br>
>><br>
>> Naturally I agree Clinic needs more polishing.  But the problem you fear<br>
>> is already solved.  Clinic allows precisely expressing any existing<br>
>> PyArg_ "format unit"** through a combination of the type of the<br>
>> parameter and its "flags".<br>
><br>
> Very nice then! Your work is promising, and I hope we'll see a version<br>
> of it some day in Python 3.4 (or 3.4+k).<br>
<br>
</div>+1 for getting this into 3.4. Does it need a PEP, or just a bug<br>
tracker item + code review? I think the latter is fine -- it's<br>
probably better not to do too much bikeshedding but just to let Larry<br>
propose a patch, have it reviewed and submitted, and then iterate.<br>
It's also okay if it is initially used for only a subset of extension<br>
modules (and even if some functions/methods can't be expressed using<br>
it yet).<br></blockquote><div><br></div><div>I don't see a need for a PEP either; code review should be plenty since this doesn't change how the outside world views public APIs. And we can convert code iteratively so that shouldn't hold things up either.</div>

</div></div>