Add most of the missing type objects to __builtin__. Adds the following: ellipsis (not to be confused with Ellipsis, which is the object of this type) builtin_function_or_method dictproxy generator PyCObject classobj instance instancemethod cell NoneType NotImplementedType frame function module traceback code Does not add the rest of the names mentioned in my email, as I'm unsure if they got an approval or were silently ignored. I'm not convinced that it's a good idea to put the rest in __builtin__, myself. See also: <http://mail.python.org/pipermail/python-dev/2004-August/ 047754.html> and <http://mail.python.org/pipermail/python-dev/2004-August/ 047830.html>
I only submitted this because I was directed to. To reiterate, the actual problem is that the classes claim to be defined in a place they aren't actually defined in. Quoting myself: Sooo should (for 'generator' in objects that claim to be in __builtin__ but aren't), 1) 'generator' be added to __builtin__ 2) 'generator' be added to types.py and its __module__ be set to 'types' 3) 'generator' be added to .py and its __module__ be set to '' (and a name for the module chosen) Me, I'm pretty much agnostic towards which solution is chosen, and if this one isn't it, fine with me. I just want to see python be truthful about where types are defined, whatever form that takes.
There are more options, e.g. __module__ set to None, and generator being in no module. I think this is the one I would prefer. In any case, it seems very difficult to achieve consensus on this, so it just won't get fixed for the moment.
