All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robert Dewar <dewar@adacore.com>
To: James Cloos <cloos@jhcloos.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
	discuss@x86-64.org, trivial@kernel.org, Andi Kleen <ak@suse.de>,
	Simon Arlott <simon@fire.lp0.eu>
Subject: Re: [discuss] [PATCH] spelling fixes: arch/x86_64/
Date: Sun, 13 May 2007 04:14:50 -0400	[thread overview]
Message-ID: <4646C8FA.2090602@adacore.com> (raw)
In-Reply-To: <m3abw9a4w9.fsf@lugabout.jhcloos.org>

James Cloos wrote:
>>>>>> "Andi" == Andi Kleen <ak@suse.de> writes:
> 
>>> -		/* Reenable any watchpoints before delivering the
>>> +		/* Re-enable any watchpoints before delivering the
> 
> Andi> reenable gets >140k google hits so it seems to be an really
> Andi> used word.

Well you will find extensive "misuse" of all the re-e* words in
english, but all should be hyphenated. Moreover, there is no
license in english to just create new such words, you cannot
re-entertain your guests for example. In practice we do allow
creation of new re-e* words, as in re-execute, and that's
probably ok in techno-jargon-speak.

But re-enable is an old and well used word, reenable is not,
and I see no reason to encourage the latter incorrect use,
since it is harder to read (double e after r at the start
of the word is almost always a long e).

Note that in google, you always want to hyphenate. reenable
will catch only the misuses, re-enable will catch both.
> 
> Essentially all commonly used English words which start out with hyphens
> loose them over time.  It starts out with typos and progresses until the
> non-hyphenated form becomes the exclusively used form.  It does seem that
> re-enable → reenable is occurring, based on those search hits.

Hyphens do sometimes disappear, but not for re-e*, OED version
2 does not allow a single such instance.
> 
> Andi> Similar with upto.
> 
> I’ve a *much* harder time agreeing with «upto» in place of «up to».
> That should be treated as a typo in need of fixing.

Indeed .. upto is not a word.
> 
> -JimC


  reply	other threads:[~2007-05-13  8:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-11 19:44 [PATCH] spelling fixes: arch/x86_64/ Simon Arlott
2007-05-12 16:25 ` [discuss] " Andi Kleen
2007-05-13  1:27   ` James Cloos
2007-05-13  8:14     ` Robert Dewar [this message]
2007-05-13 13:47     ` Alan Cox
2007-05-14  0:36       ` James Cloos

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=4646C8FA.2090602@adacore.com \
    --to=dewar@adacore.com \
    --cc=ak@suse.de \
    --cc=cloos@jhcloos.com \
    --cc=discuss@x86-64.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=simon@fire.lp0.eu \
    --cc=trivial@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.