Indentation, tabs, and spaces (was re: [PATCH] support: Implement TEST_COMPARE_STRING)
David Newall
glibc@davidnewall.com
Thu Nov 8 03:35:00 GMT 2018
On 8/11/18 11:07 am, Joseph Myers wrote:
> On Thu, 8 Nov 2018, David Newall wrote:
>> Reformatting makes it difficult to see what was changed using diff and so, in
> Naturally it should be done in a separate commit from any substative changes
I fear you missed my point. When looking to see what changed between
two versions, bulk formatting changes hide what you need to see.
> *Not* reformatting makes parts of the code hard to read, and hard to edit
> (as you need to keep fixing up indentation manually every line when
> editing code not following the normal style), and in practice the
> hard-to-read issue gets worse over time as the formatting does not stay
> consistent with a style people aren't familiar with maintaining code in.
I totally disagree that tabs vs spaces makes code hard to read. As to
having to adjust your own practices to follow prevailing style, I wish
there was a kinder answer than "bad luck", but there isn't. I think no
three programmers agree 100% on style issues, and that's just life. I
doubt there is more than a tiny minority that love the indenting in
glibc, but it is what it is.
I cannot overstate how a terrible idea I think edits are that merely
adjust formatting, nor how hard it makes subsequent code analysis.
I've worked as a programmer for more than 40 years, so I feel I speak
with considerable experience. Do not do this.
More information about the Libc-alpha
mailing list