<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 02/26/2013 06:30 PM, Terry Reedy
wrote:<br>
</div>
<blockquote cite="mid:kgjr4i$qkn$1@ger.gmane.org" type="cite">On
2/26/2013 1:47 PM, Larry Hastings wrote:
<br>
<blockquote type="cite">I think positional-only functions should
be discouraged, but we don't
<br>
</blockquote>
<br>
If I were writing something like Clinic, I would be tempted to not
have that option. But I was actually thinking about something in
the positional-only writeup that mentioned the possibility of
adding something to the positional-only option.</blockquote>
<br>
Clinic needs to be usable for every builtin in order to be a
credible solution. And the positional-only approach to parsing is
sufficiently different from the positional-and-keywords approach
that I couldn't sweep the conceptual difference under the rug--I had
to explicitly support weird stuff like optional positional arguments
on the <i>left</i>. So I really don't have a choice. All we can
do is say "please don't use this for new code".<br>
<br>
<blockquote cite="mid:kgjr4i$qkn$1@ger.gmane.org" type="cite">As I
understand it, C module files are structured something like the
following, which is 'unusual' for a python file.
<br>
<br>
def meth1_impl(...
<br>
<br>
def meth2_impl(...
<br>
<br>
class C:
<br>
meth1 = meth1_impl
<br>
meth2 = meth2_impl</blockquote>
<br>
At the moment Clinic is agnostic about where in Python the callable
lives. The "module name" in the DSL is really just used in
documentation and to construct the name of the static functions. So
if you specify a class name as your "module name" it'll work fine
and look correct. However, maybe we need to think about this a
little more when it comes time to add Signature metadata.<br>
<br>
<br>
<i>/arry</i><br>
</body>
</html>