[Python-Dev] PEP 435 - requesting pronouncement (original) (raw)
Guido van Rossum guido at python.org
Sun May 5 19:50:56 CEST 2013
- Previous message: [Python-Dev] PEP 435 - requesting pronouncement
- Next message: [Python-Dev] PEP 435 - requesting pronouncement
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I am fine with adding more information about this issue to the PEP. I am not fine with reopening the issue. I really, really, really have looked at it from all sides and the current design of the functional API has my full blessing.
On Sun, May 5, 2013 at 10:46 AM, Antoine Pitrou <solipsis at pitrou.net> wrote:
On Sun, 5 May 2013 07:09:14 -0700 Eli Bendersky <eliben at gmail.com> wrote:
On Sun, May 5, 2013 at 3:05 AM, Antoine Pitrou <solipsis at pitrou.net> wrote:
> On Sat, 4 May 2013 15:04:49 -0700 > Eli Bendersky <eliben at gmail.com> wrote: > > Hello pydev, > > > > PEP 435 is ready for final review. A lot of the feedback from the last > few > > weeks of discussions has been incorporated. > > I still would like to see Nick's class-based API preferred over the > functional API: > > class Season(Enum, members='spring summer autumn'): > pass > > The PEP doesn't even mention it, even though you got significant > pushback on the proposed getframe() hack for pickling (including > mentions that IronPython and Cython may not support it), Plenty of points were raised against having this members= API. The main point seems to be "I don't like it". If you consider this a strong argument against the concrete issues with the functional API, then good for you. Guido publicly asked to decide in favor of the functional API, and we added an explicit warning about pickling (which was lifted from the docs of pickle itself). This is not true. The pickling restrictions which have been raised are specifically caused by the functional syntax, something which your warning omits. If you feel this has to be discussed further, please open a new thread. I don't want another 100 bikeshedding emails to go into this one. This is not bikeshedding since it addresses concrete functional issues. (but apparently you would very much like to sweep those issues under the carpet in the name of "bikeshedding") Regards Antoine.
Python-Dev mailing list Python-Dev at python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/guido%40python.org
-- --Guido van Rossum (python.org/~guido)
- Previous message: [Python-Dev] PEP 435 - requesting pronouncement
- Next message: [Python-Dev] PEP 435 - requesting pronouncement
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]