[Python-Dev] Language Summit notes

[Guido van Rossum]

Well, I was going to put off requesting a PEP until I'd judged the plan,
but clearly (a) there isn't actually a plan (just some vague description of
an end result that some feel desirable) and (b) it's controversial. So,
yes, it definitely needs a PEP. Also, even though this came up a year ago,
nobody actually cared enough to write a PEP; which makes me think that
there are probably more than a few problems with the whole idea. (One of
which may be that while PLY is stable, it also sounds completely
unmaintainable; another may be that CFFI seems to require too much of a
development environment to be available to count as an alternative to
ctypes.)


On Thu, Apr 10, 2014 at 3:34 PM, Eli Bendersky <eliben at gmail.com> wrote:

> On Thu, Apr 10, 2014 at 12:30 PM, Antoine Pitrou <solipsis at pitrou.net>wrote:
>
>> Le 10/04/2014 20:58, Guido van Rossum a écrit :
>>
>>
>>> Huh, I totally missed this (and I just gave Kushal a confused answer
>>> when he asked me about it in person). Can someone please post here what
>>> the plan is exactly? I don't want to press for a PEP, but I would at
>>> least like to understand the plan for CFFI and PLY before it is
>>> executed, since I have never had to use either one, and it feels like
>>> each of these will require some commitment to maintenance once they are
>>> in, in addition to cleanup before they go in.
>>>
>>
>> FWIW, I do hope there would be a PEP before including CFFI... Actually I
>> don't understand what would justify an exemption
>
>
> There's absolutely no reason to exempt CFFI, IMHO. On the contrary -- the
> dependence on other 3rd party modules (PLY and pycparesr), and the related
> dilemma of whether to expose each/both as stdlib modules or hide as
> internal implementation details -- makes a PEP even more important here.
>
> Eli
>
> _______________________________________________
> Python-Dev mailing list
> Python-Dev at python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
>
>


-- 
--Guido van Rossum (python.org/~guido)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-dev/attachments/20140410/c4800392/attachment.html>