Re: Run entire codebase through GNU Indent?

Daniel Kahn Gillmor <[email protected]>
Newsgroups gmane.comp.fonts.fontforge.devel
Message-ID <[email protected]>
On 07/11/2014 12:53 PM, Felipe Sanches wrote:
> One can tag the git commit immediately before the one in which GNU indent
> was used and then people can git-blame at that commit if they are
> interested in tracking authorship of code changes implemented before that.
> 
> The major question here is: what is greater? (A) The benefit of code
> readability by having consistent indentation accross the whole codebase or
> (B) The git-blame issue?
> 
> I'd say B is a tolerable issue given that there is a known workaround (as I
> have just described above) and that A seems to be a good thing for the
> project in the long term.

It's also worth noting that git blame has a -w option, which is
documented as:

       -w
           Ignore whitespace when comparing the parent’s version and the
           child’s to find where the lines came from.

So at least in cases where GNU indent doesn't add or remove linebreaks,
people don't even need to take Felipe's workaround.

a codebase cleanup, ideally coupled with some mechanism to prevent
future drift from the chosen convention, will be healthier for the
project in the long term, and the sooner it's done the better.

rip off the bandage :)

	--dkg

------------------------------------------------------------------------------

_______________________________________________
Fontforge-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fontforge-devel
signature.asc (application/pgp-signature, 949 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQJ8BAEBCgBmBQJTwB6sXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFQjk2OTEyODdBN0FEREUzNzU3RDkxMUVB
NTI0MDFCMTFCRkRGQTVDAAoJEKUkAbEb/fpc0tMQAJh1IZShuwD4h59cP79+YckF
m8pTSVSQRJHsGUbG8XXvklNwbyqwc+pPP3r+1YZdSLzN92Tvl4quXExYWlYZGnem
4Mayg0mxSCCaX7N+MBgrFXP2+cfZkgsiO0X+XgEZV4d25AaplWiMOf49Gn6D4stR
cLRpXz/bda/T8I+7c2Lo8SUk7gkElSzdpdC4gjtN34h9WBe5jKwSHpNi6y045Yje
Kd5vJYaWlyB18JBvo5PKrPRxe3Uj3Uyd8L8D1Z5Vq0ipPlqcJV/M4i5KYrsuhzAY
SvFhOBkr5gKQNTYqegodkEEqQFc9J3aFEfKVqoGOO2HXkDuvNcaPo/xVmbHHW2o7
+G7Q2ufbnUtIsEtmA9gbCktfnUCl1Dr0x6gU9OdNZKVk3x6n9XhBqne+ehn9GNhh
VGHKzw8itiRZiWRKkAHQcToU86KJQvymbXqiCuPg6eWafPRxkkHERE0Rkcscz4NV
xn3hU7guWvNMW3vTmAW7VktWaJ7kqwXO0X7tAaWaU6RFAzl8U94WuyhkKuLdkxFS
bEh+R+Q0/Lvclc9T78t2JCooYCSkfHowdbmYZ6nCO8a5W+vdiGv7UtdSQGC0ZElp
Dy5362jTnR6+byfTpM0rImz/cEjXrkeZodW7cMfVI5lKWoN/HbriQULpv5JZBoNn
ByOWjsFHP0hqyneoBp2k
=je5Y
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.