mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Steven Cole <elenstev@mesatop.com>
To: Dave Jones <davej@codemonkey.org.uk>
Cc: Linux Kernel List <linux-kernel@vger.kernel.org>
Subject: Re: Those ruddy punctuation fixes
Date: 05 Mar 2003 20:11:11 -0700	[thread overview]
Message-ID: <1046920285.3786.68.camel@spc1.mesatop.com> (raw)
In-Reply-To: <20030305122008.GA4280@suse.de>

On Wed, 2003-03-05 at 05:20, Dave Jones wrote:
> On Wed, Mar 05, 2003 at 11:10:15AM +0000, Russell King wrote:
> 
>  > Could we stop fix^wbreaking this stuff please.  GCC 3.2.2:
>  > ...
>  > include/asm/proc-fns.h:128:39: missing terminating ' character
> 
> 100% agreed. People really are going too far IMO.
> Given that most people will never read those comments, the
> effort would be much better spent proof-reading/correcting
> documentation than comments.
> 
> The "its just a spelling mistake, it cant break the build!"
> mantra is also way off base. If you touch a .c/.h file, you
> introduce the possibility of breakage.

That is why I was very careful with my its -> it's patch.
In the two files where an extra apostrophe would have broken
the build, I changed its to it is.  Why not just leave it alone?
Because some well-meaning spelling fixer may come along in the
future and break it, just like in proc-fns.h.

> 
> The cant -> can't pedantry is an example of just how extremely
> silly these are getting. Is there really someone who sees
> "cant" and doesn't understand what it could mean?
> It just pedantic masturbation AFAICS.
> 
> 		Dave

It's too bad that the cant -> can't change is tarred with the same brush
as thresold -> threshold and asociation -> association.  My belief is
that those kind of fixes have these benefits:

The comments are more readable.
The source can be grepped more accurately.
Correct spelling sets a good example.
Incorrect spelling sets a bad example and proliferates.

Why all the fixes now?  Because it's a window of opportunity. Linus
seems more comfortable with accepting these kind of changes now than at
other times.

If we don't get these changes in now, expect to have this same
conversation around 2.9.50 or so. (Assuming that 3.0 will follow 2.6)

Cheers,
Steven 


  parent reply	other threads:[~2003-03-06  3:02 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-05 11:10 Russell King
2003-03-05 11:22 ` John Bradford
2003-03-05 14:18   ` Mike Dresser
2003-03-06  1:50   ` jw schultz
2003-03-06  9:58     ` Russell King
2003-03-06 10:46     ` John Bradford
2003-03-05 12:20 ` Dave Jones
2003-03-05 11:37   ` good info on memory management Prasad Kamath
2003-03-05 12:03     ` Terje Eggestad
2003-03-06  8:16       ` Ranjeet Shetye
2003-03-06  3:11   ` Steven Cole [this message]
2003-03-07  1:04     ` Those ruddy punctuation fixes Val Henson
2003-03-07  2:44       ` Steven Cole
2003-03-07  3:33         ` Martin J. Bligh
2003-03-07  4:02           ` Steven Cole
2003-03-07  5:11             ` Martin J. Bligh
2003-03-07 17:04             ` Hans Reiser
     [not found]     ` <mailman.1047000901.5238.linux-kernel2news@redhat.com>
2003-03-07  3:07       ` Pete Zaitcev
2003-03-07  7:16 Dan Kegel
2003-03-07 17:17 ` Benjamin LaHaise
2003-03-07 18:00   ` Dan Kegel
2003-03-07 23:15   ` Alan Cox
2003-03-08  0:52     ` Dave Jones
2003-03-08  0:04       ` Randy.Dunlap
2003-03-08  0:29       ` Werner Almesberger
2003-03-08  1:09         ` Dan Kegel
2003-03-08  2:18           ` Werner Almesberger
2003-03-08  1:08       ` Alan Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1046920285.3786.68.camel@spc1.mesatop.com \
    --to=elenstev@mesatop.com \
    --cc=davej@codemonkey.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®