On Sat, Aug 3, 2013 at 9:17 AM, Nick Coghlan email@example.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.