On Thu, May 2, 2013 at 1:10 PM, Antoine Pitrou <solip...@pitrou.net> wrote:

> On Thu, 2 May 2013 15:48:14 -0400
> Benjamin Peterson <benja...@python.org> wrote:
> > 2013/5/2 Ethan Furman <et...@stoneleaf.us>:
> > > In order for the Enum convenience function to be pickleable, we have
> this
> > > line of code in the metaclass:
> > >
> > >     enum_class.__module__ = sys._getframe(1).f_globals['__name__']
> > >
> > > This works fine for Cpython, but what about the others?
> >
> > Regardless of that, perhaps we should come up with better ways to do
> this.
>
> Two things that were suggested in private:
>
> 1) ask users to pass the module name to the convenience function
> explicitly (i.e. pass "seasonmodule.Season" instead of "Season" as the
> class "name"). Guido doesn't like it :-)
>
> 2) dicth the "convenience function" and replace it with a regular
> class-based syntax. Ethan doesn't like it :-)
>

Re (2), we already have the hack in stdlib in namedtuple, so not allowing
it for an enum is a step backwards. If
sys._getframe(1).f_globals['__name__'] feels hackish, maybe it can be
shortened to a convenience function the stdlib provides? Are there
conditions where it doesn't produce what we expect from it? The point at
which the enumeration is defined resides in *some* module, no?

Eli
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Reply via email to