This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author serhiy.storchaka
Recipients gvanrossum, serhiy.storchaka
Date 2017-11-27.16:40:18
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1511800818.44.0.213398074469.issue32150@psf.upfronthosting.co.za>
In-reply-to
Content
While most C files use spaces for indenting and aligning, there are few sites in which tabs are left. Sometimes mixed tabs and spaces are used in the same file.

This adds a noise in the diff if the committer uses an editor which doesn't preserve tabs (see for example PR 4390). This can hide semantic changes in tab expansion changes.

I reviewed many patches with accidentally expanded tabs to spaces. Usually I request removing unrelated changes from the patch. But this still happened, and tabs slowly are disappeared from the sources. There are less tabs in the current default branch than in any maintained branch.

I think it is better to make the expansion in a single not so large commit that allow them be mixed with semantical changes. PR 4583 does this. The changes first were made automatically, and after that I have edited them manually for removing excessive indentations in some files (4 spaces are enough). Tabs have been kept only in generated file Modules/unicodedata_db.h and in imported files Modules/_ctypes/* and Modules/expat/siphash.h.
History
Date User Action Args
2017-11-27 16:40:18serhiy.storchakasetrecipients: + serhiy.storchaka, gvanrossum
2017-11-27 16:40:18serhiy.storchakasetmessageid: <1511800818.44.0.213398074469.issue32150@psf.upfronthosting.co.za>
2017-11-27 16:40:18serhiy.storchakalinkissue32150 messages
2017-11-27 16:40:18serhiy.storchakacreate