This is the mail archive of the
mailing list for the glibc project.
Re: Clean up glibc manual references to "GNU system" (bug 6911)
- From: Robert Millan <rmh at gnu dot org>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: libc-alpha at sourceware dot org, sandra at codesourcery dot com
- Date: Sat, 18 Feb 2012 11:05:11 +0000
- Subject: Re: Clean up glibc manual references to "GNU system" (bug 6911)
- Authentication-results: mr.google.com; spf=pass (google.com: domain of email@example.com designates 10.42.155.5 as permitted sender) firstname.lastname@example.org; dkim=pass email@example.com
- References: <Pine.LNX.firstname.lastname@example.org>
El 17 de febrer de 2012 21:54, Joseph S. Myers
<email@example.com> ha escrit:
> glibc bug 6911 reports a problem with the manual referring to how
> something is on the GNU system, which is ambiguous between Linux-based
> GNU systems and Hurd-based GNU systems.
Note that the body of information in the GNU website makes a clear
statement that "*the* GNU system" is by definition, Hurd-based,
whereas "variants of the GNU system" may be based on other kernels.
See e.g.: http://www.gnu.org/philosophy/categories.en.html#TheGNUsystem
IMHO you could avoid all this by simply referring to actual
components. There's no shade of doubt on what's the meaning of
statements like "GNU C Library", "GNU C Library when running on the
> Â- If and when the GNU/kFreeBSD support is submitted, that should
> Â Âinclude the results of checking all references to "GNU system",
> Â Â"GNU operating system", "GNU/Hurd system" etc. to see whether they
> Â Âapply to GNU/kFreeBSD or not.
A bigger priority for us is merging changes to code outside of
sysdeps/. Currently we have to add very ugly kludges  in sysdeps/
directory because of the current "anti-portability" policy that
applies to Glibc mainline.
 For example, we fix a trivial bug (missing #ifdef) in
_dl_show_auxv() by disabling the whole function using pre-processor