[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 1/4] ptsname_r: new module
From: |
Bruno Haible |
Subject: |
Re: [PATCH 1/4] ptsname_r: new module |
Date: |
Wed, 9 Nov 2011 23:39:32 +0100 |
User-agent: |
KMail/1.13.6 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.0; x86_64; ; ) |
Gary V. Vaughan wrote:
> Although it is common to see, e.g. Mac OS X 10.5 in writing, it's
> redundant and technically incorrect.
Possibly. But when discussing gnulib, I want to never evoke the impression
that gnulib could support MacOS 9 or earlier.
> or use the cat name
>
> Mac OS X Leopard
> Mac OS Leopard
Certainly not. In gnulib the version numbers and the order among version
numbers is very important. And there's no natural ordering among the predator
names "Leopard", "Panther", "Tiger" that would be easy to remember. Even
where such an order exists, e.g. between "Hardy", "Intrepid", "Karmic", and
"Lucid", version numbers carry more information.
Bruno
--
In memoriam Robert Blum <http://en.wikipedia.org/wiki/Robert_Blum>
- Re: [PATCH 1/4] ptsname_r: new module, (continued)
- Re: [PATCH 1/4] ptsname_r: new module, Bruno Haible, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module, Karl Berry, 2011/11/09
- Re: info readers, Bruno Haible, 2011/11/09
- Re: info readers, Karl Berry, 2011/11/09
- Re: info readers, Bruno Haible, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module, Paul Eggert, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module, Bruno Haible, 2011/11/10
- Re: [PATCH 1/4] ptsname_r: new module, Jim Meyering, 2011/11/10
- Re: [PATCH 1/4] ptsname_r: new module, Bruno Haible, 2011/11/10
- Re: [PATCH 1/4] ptsname_r: new module, Gary V. Vaughan, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module,
Bruno Haible <=
- Re: [PATCH 1/4] ptsname_r: new module, Gary V. Vaughan, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module, Eric Blake, 2011/11/09
- Re: [PATCH 1/4] ptsname_r: new module, Karl Berry, 2011/11/09
[RFC PATCH 2.5/4] ptsname_r: work with POSIX isatty, for Solaris, Eric Blake, 2011/11/09
[PATCH 5/4] ptsname_r: use instead of ptsname, Eric Blake, 2011/11/09