[Python-Dev] objections to renaming enumobject.h/c in 3.4?
alexander.belopolsky at gmail.com
Sat Aug 3 22:04:17 CEST 2013
On Sat, Aug 3, 2013 at 9:17 AM, Nick Coghlan <ncoghlan at gmail.com> wrote:
> Yep, this is an area where laziness is definitely a virtue - if work
> is only needed to handle a hypothetical future change, then it can be
> deferred and handled as part of that change. :)
I would say that even renaming the files can wait until we actually have a
conflict. Note that reimplementing enum.py in C will not cause a conflict
because that code will likely go to Modules/enum.c or Modules/_enum.c and
not in Objects/enumobject.c. If any renaming in Objects/ directory is in
order, I would start with longobject.c and unicodeobject.c rather than
enumobject.c. It is fairly obvious to look for enumerate code next to
range code and tab-completion gets me to the right file fairly quickly. On
the other hand, I've been trying to find intobject.c in 3.x code on more
than one occasion.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Python-Dev